VS Code 中 ESLint 自动修复需手动开启：一要安装官方插件并配置有效 ESLint 文件；二要在 settings.json 中设置 "editor.codeActionsOnSave": {"source.fixAll.eslint": true}；三要确认规则本身支持修复且无缓存冲突。
VS Code 里 ESLint 自动修复不生效？先确认这三件事
ESLint 的自动修复功能在 VS Code 中默认是关闭的，不是装了插件就自动修——必须手动开启并配置触发时机。常见现象是保存文件后没反应，或者只提示错误但不修复 semi、quotes 这类可修复规则。
- 确保已安装官方
ESLint插件（作者：Microsoft），不是其他同名第三方插件 - 项目根目录下必须有有效的 ESLint 配置文件（
.eslintrc.js、.eslintrc.json或eslint.config.js），且其中至少有一条规则带fixable: "problem"或fixable: "style" - 检查当前打开的文件是否被 ESLint 检查到：在右下角状态栏能看到
ESLint标识；若显示Disabled，说明该文件未匹配files或overrides配置
启用保存时自动修复：editor.codeActionsOnSave 是关键
VS Code 不通过“自动修复”按钮触发，而是靠 editor.codeActionsOnSave 在保存时调用 ESLint 的 fix 能力。这个设置必须显式声明，不能依赖插件默认值。
在 VS Code 设置（settings.json）中添加：
{
"editor.codeActionsOnSave": {
"source.fixAll.eslint": true
}
}
- 如果同时启用了 Prettier，且两者规则冲突（比如缩进或引号），务必加
"source.fixAll": false并只开 ESLint 专属项，否则可能互相覆盖 - 想只对特定语言启用（如仅
javascript），可用"[javascript]": { "editor.codeActionsOnSave": { "source.fixAll.eslint": true } } - 这个设置对
eslint.config.js（新格式）和旧版.eslintrc.*都有效，但要求 ESLint 包版本 ≥ 8.56.0（支持新配置格式的自动加载）
为什么有些问题还是不自动修复？看规则是否真可修复
不是所有 ESLint 规则都支持自动修复。比如 no-console、no-unused-vars 默认不可修复（除非配合 eslint-plugin-unused-imports 等扩展）；而 eqeqeq、no-trailing-spaces 则天然支持。
- 快速验证：在报错行按
Ctrl+.（Windows/Linux）或Cmd+.（macOS），弹出的快捷菜单里如果出现Fix 'xxx' problem，说明该规则当前可修复 - 在
.eslintrc.js中检查规则配置，必须是"rule-name": ["error", "option"]形式，而不是"rule-name": "error"（后者在某些旧版本中会禁用修复） - 若使用
eslint.config.js新格式，确保导出的配置对象中规则值为数组，例如rules: { "semi": ["error", "always"] }
命令行修复 vs 编辑器自动修复：别混用同一套缓存
如果在终端运行过 npx eslint --fix，又在 VS Code 里改保存行为，可能遇到“修复了但没更新视图”或“重复修复”。这是因为 ESLint 缓存机制（cache: true）和 VS Code 插件的文件监听逻辑不完全同步。
- 临时解决：关掉 VS Code，删掉项目下的
.eslintcache文件，再重启编辑器 - 长期建议：在
package.json的eslintscript 中显式禁用缓存（--no-cache），避免和编辑器行为冲突 - 注意
eslint.config.js中若启用languageOptions.parserOptions.project（即启用 TypeScript 类型检查），自动修复可能变慢或部分失效——这是已知限制，优先保证基础 JS/JSX 修复稳定
