VS Code实现“改完就存”需配置files.autoSave为afterDelay并设delay为2000ms：按Ctrl+,搜索auto save，选afterDelay模式，再设Files: Auto Save Delay为2000（毫秒），该方案基于编辑空闲检测，兼顾及时性与防误触。
VS Code 修改代码后默认不会自动保存，必须手动按 Ctrl+S 或 Cmd+S；要实现“改完就存”，关键不是装插件，而是改内置的 Files: Auto Save 设置项。
怎么打开并设置 auto save
直接按 Ctrl+,（Windows/Linux）或 Cmd+,（macOS）呼出设置界面，在顶部搜索框输入 auto save，找到 Files: Auto Save 这一项。它有三个可选值：
-
off：完全关闭，就是你现在的状态 -
afterDelay：停顿指定毫秒后自动保存（最稳妥，推荐） -
onFocusChange：编辑器失去焦点时保存（比如点到终端或另一个标签页就触发）
选 afterDelay 后，下方会自动出现 Files: Auto Save Delay，建议设为 2000（单位毫秒）。太短（如 500）容易在打字中途误触发；太长（如 5000）又失去“及时性”。
为什么不用 onWindowChange 或 onFocusChange
这两个选项表面看更“智能”，但实际容易引发意外行为：
-
onWindowChange：当你 Alt+Tab 切到微信、浏览器等其他应用时就保存——可能你正写一半、还没想好变量名，结果未完成的代码被存进 Git -
onFocusChange：点击 VS Code 内部任意非编辑区（比如终端、问题面板、甚至侧边栏空白处）都会触发保存，干扰高频切换操作
而 afterDelay 是唯一能区分“正在输入”和“已暂停”的机制，它依赖编辑器内部的空闲检测，不依赖窗口/焦点状态，更符合人的真实编辑节奏。
自动保存 ≠ 自动上传到服务器
很多人以为开了 auto save 就能同步到远程，其实不是。SFTP 类插件（如 sftp 扩展）的 uploadOnSave 是独立开关，它只响应“用户主动保存动作”（即 Ctrl+S），并不响应 auto save 的后台保存事件。
- 如果你用
sftp插件，必须保持uploadOnSave: true，且仍需手动按一次Ctrl+S才会上传 - 真正能做到“改完就同步”的方案是配合
watcher模式（部分插件支持），但稳定性差、易漏文件，不推荐日常使用 - 生产环境应走 CI/CD 或部署脚本，而不是靠编辑器实时推
保存即格式化（editor.formatOnSave）要不要开
可以开，但要注意语言特性和格式化器行为：
- 对
javascript和typescript，配合prettier或eslint是安全的 - 对
python，black或autopep8在保存时重排 import 顺序可能导致运行时错误（比如循环导入） - 务必确认
"editor.defaultFormatter"已正确指向你安装的格式化扩展，否则会报错No formatter installed for 'xxx'
格式化本身不改变逻辑，但会重写整行甚至整块代码——如果同时多人协作、又没统一 .prettierrc，很容易造成无意义的 diff。
延迟自动保存看着简单，但背后是 VS Code 对编辑状态的精细判断；别小看那 2 秒，它刚好卡在“写完逗号想喘口气”和“敲错字母立刻后悔”的中间点。真要调，就调这个 delay 值，其他选项全是妥协方案。
