vscode多文档自动保存需匹配模式：onfocuschange仅存当前失焦编辑器，非全部文件；真正覆盖所有已修改文件的是onwindowchange，但响应范围过宽；推荐afterdelay配2000–3000ms延迟+files.autosaveexclude排除构建产物+手动ctrl+k s保存全部。
VSCode 多文档自动保存不是靠“同时打开多个文件”就自动生效的，它取决于你选的 files.autoSave 模式是否匹配多文档场景——比如切标签页、切终端、甚至点侧边栏，都算“失焦”，但不同模式响应范围完全不同。
为什么切到另一个文件没自动保存？
常见现象是设了 onFocusChange，结果改完 A 文件切到 B 文件，A 没保存。原因通常是：当前编辑器焦点没真正“离开”A ——比如你用鼠标点了 B 文件的 tab，但光标还停在 A 的编辑区（尤其分屏时容易这样）；或者插件（如 GitLens）劫持了焦点事件。
-
onFocusChange只对“当前编辑器”生效，不是“当前文件”——如果 A 和 B 在同一个编辑器组里左右分屏，切焦点可能只在编辑器内部流转，不触发保存 - 确认是否被工作区
.vscode/settings.json覆盖：里面若有"files.autoSave": "off"，图形界面设置无效 - 检查是否有插件禁用了保存钩子，比如某些调试插件会在断点命中时临时挂起保存逻辑
如何让多个打开的文件都响应自动保存？
onWindowChange 是唯一能覆盖“所有已修改文件”的模式，但它只在 VS Code 整个窗口失去系统焦点时触发（比如 Alt+Tab 切到浏览器），不适合频繁切换终端或侧边栏的日常开发。
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- 真正适合多文档协作的组合是
afterDelay+ 合理的files.autoSaveDelay（建议 2000–3000 毫秒）：只要你在某个文件停顿够久，它就存；其他文件同理，互不干扰 - 别依赖
onFocusChange期望“切文件就存全部”——它只存刚刚失去焦点的那个编辑器，不是所有 dirty 文件 - 需要批量保存所有打开的修改文件？手动执行命令
workbench.action.files.saveAll，可绑定快捷键（如 Ctrl+K S），比等自动更可控
哪些文件不该参与多文档自动保存？
自动保存一视同仁，但你很可能不希望 dist/、node_modules/ 或临时生成的 *.tmp 文件也被卷入——它们可能触发构建工具重复编译，或污染 Git 工作区。
- 用
files.autoSaveExclude显式排除，支持 glob："**/dist/**"、"**/node_modules/**"、"**/*.tmp" - 路径一律用正斜杠
/，Windows 下也别写\ - 该配置建议写进工作区
.vscode/settings.json，避免影响其他项目
和格式化插件（Prettier/ESLint）一起用会冲突吗？
会。典型表现是：代码刚格式化完，自动保存立刻把未格式化的原始内容写进磁盘，导致格式化“白忙一场”。这不是 bug，是执行顺序问题：VSCode 默认先保存，再跑 editor.formatOnSave。
- 解决办法只有两个：要么关掉
editor.formatOnSave，改用保存后手动格式化（Ctrl+Shift+I）；要么把自动保存模式换成onFocusChange或onWindowChange，让格式化有完整执行窗口 -
afterDelay模式下，如果延迟太短（如 500ms），格式化可能来不及完成就被保存打断，建议延迟 ≥ 1500ms - 语言级配置（如针对
[javascript]单独设files.autoSave）无法绕过这个顺序问题，格式化始终晚于保存
多文档场景下最稳的配置其实是 afterDelay 配 2000ms + files.autoSaveExclude 排除构建产物 + 手动绑快捷键保存全部。自动保存不是万能开关，它只解决“忘记按 Ctrl+S”这一个问题，其余都得靠配置对齐真实工作流。
