vscode默认不自动保存，需手动设置files.autosave为afterdelay、onfocuschange或onwindowchange；推荐初学者用onfocuschange，注意工作区设置覆盖、文件排除及格式化插件干扰可能导致失效。
VSCode 默认不自动保存文件，必须手动触发 Ctrl+S（Windows/Linux）或 Cmd+S（macOS）才会写入磁盘；所谓“自动保存”是可选功能，需明确开启并选对触发条件，否则容易误以为失效。
如何开启自动保存功能
VSCode 的自动保存由设置项 files.autoSave 控制，它不是开关式布尔值，而是字符串枚举，有四个可选值：off（默认）、afterDelay、onFocusChange、onWindowChange。直接修改设置最稳妥的方式是打开设置界面（Ctrl+, ），搜索 auto save，在下拉菜单中选择对应策略。
推荐初学者从 onFocusChange 入手：当前编辑器失去焦点（比如点击终端、切换标签页）时自动保存，兼顾安全与便利。若想更激进，可用 afterDelay，但必须同步配置 files.autoSaveDelay（单位毫秒，默认 1000），否则延迟为 0 会频繁刷盘、拖慢响应。
为什么改了设置却没生效
常见失效原因有三个：
- 工作区设置覆盖了用户设置：检查右下角是否显示「工作区」，点开设置面板顶部的「工作区」标签页，确认
files.autoSave没被设为off - 某些文件类型被排除：如果文件路径匹配
files.exclude或files.watcherExclude，VSCode 可能跳过自动保存逻辑（尤其在大型项目中） - 插件干扰：部分格式化插件（如 Prettier、ESLint）启用了“保存时格式化”，若格式化失败（例如配置错误、缺少依赖），VSCode 会回退取消保存，看起来像“没保存”
自动保存 + 格式化如何协同工作
启用 editor.formatOnSave 后，VSCode 会在每次自动保存前先格式化内容。但注意两点：
- 格式化插件必须已安装且激活（如针对 TypeScript 项目，需装
esbenp.prettier-vscode或官方ms-vscode.vscode-typescript-next） - 若同时启用了
editor.formatOnSaveMode，其值为modifications（仅格式化改动行）或file（全文件），会影响最终保存内容——尤其当代码存在语法错误时，modifications模式可能跳过格式化，导致保存的是未修正的原始内容 - 强烈建议关闭
editor.formatOnType，避免和自动保存叠加造成光标跳动或重复触发
远程开发（SSH / WSL / Containers）下的注意事项
在远程环境中，files.autoSave 依然生效，但行为略有差异：
- 延迟保存（
afterDelay）的实际延迟可能略高于设定值，受网络往返和远程文件系统性能影响 -
onFocusChange在远程窗口最小化时不一定触发（取决于宿主系统对“焦点”的定义），不如本地可靠 - WSL 场景下，若项目路径在 Windows 文件系统（如
/mnt/c/...），自动保存可能变慢甚至超时，建议把项目移到 WSL 原生路径（如~/project）
自动保存不是“设完就一劳永逸”的功能，它的可靠性高度依赖上下文：本地/远程、文件位置、插件组合、甚至当前焦点状态。最容易被忽略的是工作区设置覆盖和格式化插件的静默失败——遇到“明明开了却没保存”，先看右下角设置作用域，再查输出面板里 Log (Window) 或 Prettier 的报错信息。
