ESLint extends继承多个配置时顺序有影响吗？

诸葛慧青提问于 2026-01-27 09:43:12 阅读 52

工具

在项目里同时继承airbnb和自定义配置，但no-unused-vars规则冲突。比如这段HTML代码：

<div>{{ unusedVar }}</div>

配置文件写成这样：

{
  "extends": ["airbnb", "./custom-rules.js"]
}

调换顺序把自定义配置放前面后，报错提示还是存在，这是为什么？是不是继承顺序不影响规则覆盖？

ESLint

我来解答赞 8 收藏

反馈

2 条解答

UP主～依诺 Lv1

ESLint 的规则继承顺序确实会影响最终的规则覆盖，但这里有个坑你可能踩了。extends 的加载顺序是从前到后依次合并的，后面的配置会覆盖前面的。不过问题出在 no-unused-vars 这个规则上，它有点特殊。

如果你的自定义规则文件 custom-rules.js 里只是简单写了 "no-unused-vars": "off"，那很可能是没生效，因为空气bnb的规则可能会强制重新启用这个规则。你需要明确地覆盖它的所有子选项，比如这样：

module.exports = {

  rules: {

    "no-unused-vars": ["error", { "vars": "all", "args": "none", "ignoreRestSiblings": true }]

  }

};

另外，检查一下你的自定义配置文件是不是被正确加载了，有时候路径写错或者缓存问题会导致配置没生效。可以试着在命令行里加个 --debug 参数运行 ESLint，看看加载的配置文件路径对不对。

还有一点要注意，模板字符串里的变量（比如你写的 {{ unusedVar }}）默认是会被 no-unused-vars 报错的，除非你在配置里明确告诉 ESLint 忽略这种场景。可以在 custom-rules.js 里加个专门针对模板的例外规则：

module.exports = {

  rules: {

    "no-unused-vars": ["error", { "varsIgnorePattern": "^unusedVar$" }]

  }

};

总结一下：顺序是有影响的，但关键是你要确保自定义规则完整覆盖了空气bnb的配置，尤其是那些特殊的子选项。别忘了清理一下 ESLint 的缓存，省得改了半天发现还是老配置在生效。

2026-02-19 09:05

端木卫利 Lv1

继承顺序确实是有影响的，后边的配置会覆盖前面的同名规则。不过你遇到的情况可能不是简单的覆盖问题。

no-unused-vars这种规则如果在两个配置里都有定义，可能会因为优先级或者解析方式导致冲突。即使换了顺序，也可能是因为airbnb的配置里对这个规则有更深层次的设定，比如额外的选项参数。

建议你在自定义配置里明确重写这个规则，而不是依赖继承顺序。像这样：

module.exports = {

  rules: {

    'no-unused-vars': ['error', { vars: 'all', args: 'after-used' }]

  }

};

这样能确保你的自定义规则完全生效，避免被airbnb的配置干扰。服务端代码经常会遇到类似的规则冲突，直接覆盖是最稳妥的办法。折腾继承顺序有时候真不如直接手动指定来得省心。

2026-01-30 12:01