vscode需手动开启autosave防丢，推荐afterdelay（默认1000ms）或onfocuschange模式；注意工作区settings.json可能覆盖全局设置，remote-ssh/wsl需配远程用户设置，autosave与格式化不冲突但建议按需启用。
如何在 VSCode 中开启 autoSave 设置
VSCode 默认不自动保存文件，编辑内容仅存在于内存中，关掉窗口或崩溃就丢——必须手动配置 autoSave 才能真正防丢。
打开设置最直接的方式是快捷键 Ctrl+,（Windows/Linux）或 Cmd+,（macOS），然后在搜索框输入 auto save，找到 Files: Auto Save 选项。它有三个可选值：off（默认）、afterDelay、onFocusChange、onWindowChange。别选 off，否则等于没开。
-
afterDelay：最常用，延迟保存（默认 1000ms），适合大多数场景；可在Files: Auto Save Delay中调低到500加快响应 -
onFocusChange：切出编辑器（比如点到终端或另一个标签页）时立即保存，适合多任务但频繁切换的用户 -
onWindowChange：仅当整个 VSCode 窗口失焦（比如 Alt+Tab 切到浏览器）才保存，范围比onFocusChange更窄
为什么改了设置却还是没自动保存
常见原因是工作区设置了覆盖全局的 settings.json，优先级更高，把用户级的 autoSave 给屏蔽了。
检查路径：.vscode/settings.json（项目根目录下）是否包含 "files.autoSave": "off" 或其他冲突配置。如果有，删掉这行，或改成和全局一致的值。
- 优先级顺序：工作区设置 > 用户设置 > 默认设置
- 如果用 Remote-SSH 或 WSL 远程开发，设置需写在远程环境的用户设置里，本地改无效
- 某些扩展（如 Prettier、ESLint）启用了“保存时格式化”，可能掩盖了保存动作，误以为没生效；可临时禁用这些扩展验证
autoSave 和 editor.formatOnSave 冲突吗
不冲突，但行为叠加后容易引发困惑：比如设了 afterDelay + editor.formatOnSave，保存会先格式化再落盘，若格式化耗时长，可能造成轻微卡顿或光标跳动。
- 若只想要“防丢”，建议关闭
editor.formatOnSave，改用格式化快捷键Shift+Alt+F按需执行 - 若坚持开启格式化，推荐搭配
onFocusChange，避免编辑中途被格式化打断思路 - 注意：某些语言服务器（如 Rust 的 rust-analyzer）在保存瞬间触发分析，频繁保存可能增加 CPU 占用，小项目无感，大型项目可观察
Developer: Toggle Developer Tools中的 CPU 使用率
还有哪些隐藏风险要注意
自动保存不是万能保险。它只保证“编辑器内修改的内容写入磁盘”，不等于版本可控或崩溃恢复可靠。
- 未添加到 Git 的新文件，即使自动保存，删错后也难找回；建议配合
files.hotExit（默认启用）保留未保存的编辑状态 - 保存动作本身失败（如磁盘满、权限不足、网络驱动断连），VSCode 会在右下角弹出错误提示
Unable to write file ...，但不会中断编辑，容易忽略 - 使用符号链接或挂载的网络路径（如 SMB/NFS）时，
afterDelay可能因 I/O 延迟导致保存滞后甚至失败，此时onFocusChange更稳妥
真正关键的不是“有没有开 autoSave”，而是确认它正在起作用——改一行代码，切到终端敲 ls -l 看时间戳是否更新，或者用 inotifywait -m -e modify /path/to/file 监听实际写入事件。
