VSCode需配合语言插件（如ESLint、Prettier、pylint）及正确配置才能实现自动修复；仅修改"editor.codeActionsOnSave"无效，须按语言指定"source.fixAll.xxx"并确保插件激活、CLI可用、规则可修复。
VSCode 本身不自带代码风格自动修复能力，必须配合语言服务插件（如 ESLint、Prettier、pylint）和正确配置才能触发保存时或键入时的自动修复。单纯改设置里的 "editor.codeActionsOnSave" 不会起作用。
安装对应语言的 Linter 或 Formatter 插件
没有插件，VSCode 就像没装发动机的汽车——设置再全也动不了。不同语言需要不同工具：
- JavaScript/TypeScript：必须装
ESLint插件（由dbaeumer.vscode-eslint提供），并确保项目中已安装eslint包（本地优先） - 前端工程（含 JSX/TSX）：推荐同时配
Prettier，但要注意ESLint和Prettier的职责边界——Prettier负责格式（空格、换行、引号），ESLint负责逻辑与风格规则（如no-console、eqeqeq） - Python：装
ms-python.python扩展后，启用pylint或flake8，再通过"python.linting.enabled"开启 - Go/Rust/Java 等：对应官方或社区维护的语言扩展通常内置格式化支持，确认扩展已启用且
gofmt/rustfmt/java.format.settings.profile可执行
配置 editor.codeActionsOnSave 触发修复
这是最常被设错的地方：很多人只写 {"source.fixAll": true}，但没指定语言范围，导致全局生效失败或冲突。必须按语言粒度配置：
{
"editor.codeActionsOnSave": {
"source.fixAll": false,
"source.fixAll.eslint": true,
"source.fixAll.prettier": true,
"source.fixAll.python": true
},
"[javascript]": {
"editor.formatOnSave": false
},
"[typescript]": {
"editor.formatOnSave": false
},
"[python]": {
"editor.formatOnSave": true,
"editor.codeActionsOnSave": {
"source.fixAll": true
}
}
}
关键点：
-
"source.fixAll"是通用开关，但多数插件要求更精确的键名（如"source.fixAll.eslint"） - 禁用
editor.formatOnSave可避免 Prettier 和 ESLint 格式化行为打架 - Python 场景下，
pylint不响应"source.fixAll"，得靠"python.linting.autoFixOnSave"单独控制
检查插件是否真正激活并可执行
常见现象：保存后毫无反应，控制台也没报错。大概率是插件没加载成功或二进制不可达：
- 打开命令面板（
Ctrl+Shift+P），运行Developer: Toggle Developer Tools，切到 Console 标签页，看是否有ESLint server stopped或Cannot find module 'eslint' - 在项目根目录运行
npx eslint --version（JS）或pylint --version（Python），确认 CLI 可用 - VSCode 设置里搜
eslint.packageManager，确保选的是npm或pnpm，匹配你实际使用的包管理器 - 某些 monorepo 项目需在工作区设置中指定
"eslint.workingDirectories"，否则插件找不到配置文件
自动修复不是“开个开关就完事”的功能，它依赖插件可用性、配置文件存在性、规则可修复性（比如 no-unused-vars 可自动删变量，但 complexity 就不能自动降复杂度）——别指望它解决所有问题，尤其涉及业务逻辑的警告。
