vscode自动修复需语言服务就绪、规则可修复且配置精准匹配；若editor.codeactionsonsave开启后无反应，主因是vscode不知调用谁或对方不支持修复，如eslint仅修fixable规则（semi/quotes），不修no-undef等语义错误，ts修复依赖有效tsconfig.json及正确语言模式识别。
VSCode 的“一键全自动修复”不是靠单个开关就能实现的，它需要语言服务就绪、规则可修复、且配置项精准匹配——否则保存后依然原地不动。
为什么 editor.codeActionsOnSave 开启了却没反应？
根本原因不是设置没加，而是 VSCode 不知道该调谁来修、或者调了但对方不支持修。
-
source.fixAll.eslint只对 ESLint 配置中fixable: true的规则生效（比如semi、quotes），但对no-undef这类语义错误默认不提供修复 -
source.fixAll.typescript依赖项目有有效的tsconfig.json；若文件是.js后缀但写了 TS 语法，TS 语言服务压根不介入 - 右下角状态栏显示 “Plain Text” 或 “JavaScript React” 而非 “TypeScript”，说明语言模式识别失败，所有 TS 相关修复项直接失效
如何让 Ctrl+. 真正弹出可用修复项？
Quick Fix 不是万能补丁，它只响应语言服务器标记为「可操作诊断」的位置。
- 光标必须落在报错 token 上：比如
consol.log要点在consol整个词上，点在空格或括号里无效 - 拼写错误（
consol→console）几乎总能修；但Property 'xxx' does not exist可能只给“忽略”或“添加断言”，因为自动补属性可能改错逻辑 - 缺失 import 时，
Ctrl+.会列出已安装包的可导入项；若提示 “No quick fixes”，先检查node_modules是否存在、paths别名是否被tsconfig.json正确声明
ESLint 自动修复失效的三个硬性条件
即使插件装了、配置写了，只要下面任意一条不满足，source.fixAll.eslint 就静默跳过：
- 项目根目录没有
package.json或未安装eslint（本地优先，全局安装不被 VSCode 默认识别） -
.eslintrc.js里没启用可修复规则，例如漏写"semi": ["error", "always"]，只写了"semi": "warn" - VSCode 设置里同时启用了 Prettier 的
source.fixAll，和 ESLint 冲突——二者都尝试改同一行，结果互相覆盖或直接放弃
Python/Rust/Go 怎么统一走 source.fixAll？
不同语言的修复入口名不同，不能全写成 source.fixAll 一了百了：
- Python（用 Ruff）：要配
"source.fixAll.ruff"，不是source.fixAll；且需确认ruff已通过pip install ruff安装并被 VSCode 找到 - Rust（rust-analyzer）：对应的是
"source.fixAll.rust-analyzer"，不是source.fixAll；若用cargo fmt做格式化，则属于editor.formatOnSave范畴，和 codeActions 分开 - Go（gopls）：修复项叫
"source.fixAll.go"，且需在settings.json中显式开启"go.toolsManagement.autoUpdate": true，否则 gopls 可能用旧版不支持新修复
最易被忽略的一点：语言服务器启动失败时，VSCode 不报红也不提示，只在 Developer Tools Console 里悄悄打印错误。每次配置完，务必打开 Developer: Toggle Developer Tools 搜 failed 或 language server——这才是判断“修不了”还是“根本没连上”的唯一依据。
