VSCode未读取.eslintrc配置，出现no-useless-escape错误求助

这个问题其实挺常见的——哪怕你自己没在.eslintrc里手动配置这个规则，它也可能突然冒出来报错。我来给你拆解几个最可能的原因，以及对应的解决办法：

1. ESLint默认推荐规则自带了这个检查 #

ESLint的eslint:recommended规则集里，no-useless-escape是默认开启的。如果你的.eslintrc里有类似下面的配置，哪怕没单独写这个规则，它也会自动生效：

"extends": "eslint:recommended"

这是ESLint官方认定的"最佳实践"规则之一，所以默认就给你加上了。

2. 工作区的ESLint配置可能没真正生效 #

你虽然设置了"eslint.options": {"configFile": ".eslintrc"}，但可能存在几个小问题：

• 路径错误：如果你的.eslintrc不在工作区根目录（比如放在config子文件夹里），那路径得写成"./config/.eslintrc"才对
• 服务未重启：有时候VSCode的ESLint插件不会自动读取新配置，你可以按Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（Mac）打开命令面板，输入ESLint: Restart ESLint Server，重启后再观察报错是否消失。

3. 全局ESLint配置在干扰 #

如果你全局安装了ESLint（比如用npm install -g eslint），并且在用户目录下有全局的.eslintrc文件（Windows是%USERPROFILE%\.eslintrc，Mac/Linux是~/.eslintrc），那这个全局配置可能会和工作区配置冲突，导致规则被意外启用。

对应的解决办法 #

• 最直接的方案：显式关闭规则
  不管是默认规则还是全局配置导致的，只要在你的工作区.eslintrc里加上这行，就能强制关闭这个规则：

  "rules": {
    "no-useless-escape": "off"
  }
  

  这是最稳妥的方式，既不会影响其他项目，也能彻底解决当前问题。

• 修正工作区配置路径
  确认configFile的路径是相对于工作区根目录的正确路径，比如你的.eslintrc在项目根目录，那".eslintrc"是对的；如果在子文件夹，就调整路径到对应位置。

• 屏蔽全局配置干扰
  如果你不想修改全局配置，除了上面显式关闭规则的方法，还可以在VSCode的工作区设置里加上：

  "eslint.workingDirectories": ["./"]
  

  强制插件只使用当前工作区的配置，忽略全局的规则影响。

内容的提问来源于stack exchange，提问作者Ulysses