VS Code自动保存需手动启用并选onFocusChange，自动修复依赖插件、语言服务及editor.codeActionsOnSave精准配置，且要求项目有对应配置文件、正确语言模式和fixable规则。
VS Code 的自动保存和自动修复不是开个开关就能一劳永逸的事，它依赖你装了什么插件、语言服务是否就绪、以及配置项之间有没有冲突。
如何开启自动保存（不丢失代码的关键一步）
自动保存控制的是文件写入磁盘的时机，和格式化/修复无关。默认是手动保存（Ctrl+S），必须显式启用：
- 打开设置（
Ctrl+,），搜索files.autoSave - 推荐选
onFocusChange：切出编辑器时自动保存，兼顾安全与不打扰 - 避免选
afterDelay且延迟设太小（如 100ms）：频繁保存可能干扰某些语言服务器，尤其在大型项目中 - 注意：如果工作区有
.vscode/settings.json，该配置会覆盖全局设置，检查是否存在冲突值
哪些插件能真正做“自动修复”（不是所有格式化都等于修复）
“自动修复”通常指修正语法错误、补全 import、删除未使用变量等，这需要语言服务支持，不是 VS Code 自带功能：
- JavaScript/TypeScript：确保已安装
ESLint插件，并在项目根目录有.eslintrc.js或eslint.config.js（v9+ 新格式） - Python：用
pylsp或pyright+autopep8/black，但“修复未使用变量”这类操作需pylsp配合pylint才稳定 - Go：依赖
gopls，启用"go.toolsManagement.autoUpdate": true保证语言服务器最新 - 关键点：仅安装插件不够，必须在设置里告诉 VS Code “哪些问题允许自动修复”——查
editor.codeActionsOnSave配置项
editor.codeActionsOnSave 怎么配才不白设
这个配置决定保存时触发哪些代码操作，常见误区是只写 {"source.fixAll": true} 却没确认后端是否支持：
- 先确认语言服务器是否支持
source.fixAll：比如旧版tslint不支持，必须换ESLint+typescript-eslint - 更稳妥的写法是按类型开启，例如：
"editor.codeActionsOnSave": { "source.fixAll.eslint": true, "source.organizeImports": true } - 如果保存后没反应，打开命令面板（
Ctrl+Shift+P）运行Developer: Toggle Developer Tools，看 Console 里是否有Failed to run code action类报错 - 部分规则（如
eslint-plugin-react的 JSX 修复）需要额外配置eslint.validate包含javascriptreact和typescriptreact
为什么改了配置还是不自动修复？三个高频卡点
自动修复失败往往不是配置没填，而是底层链路断在某个环节：
- 项目根目录缺失对应配置文件：比如开了
source.fixAll.eslint，但项目里没有eslint.config.js或package.json里没eslintConfig字段 - 语言模式识别错误：右下角状态栏显示的是
Plain Text而非TypeScript，此时所有 TS 相关修复都不会触发 —— 点击它手动切换 - 插件被禁用或加载失败：在扩展视图里检查插件右上角是否有灰色禁用图标；或查看
Output面板切换到对应语言（如ESLint）看初始化日志是否报错
最常被忽略的一点：自动修复只作用于当前打开的文件，且仅限语言服务器上报的、标记为 fixable 的问题。像 ESLint 规则里写了 "fixable": "code" 才可能自动修，否则再怎么配也没用。
