VSCode自动保存本身不误触，但与Code Runner、格式化、焦点切换叠加时易引发“未写完即保存”问题；应通过合理配置files.autoSave（如onFocusChange或afterDelay≥2000）并协调code-runner.saveFileBeforeRun开关来控制触发节奏，避免双重保存和语法错误。
VSCode 的自动保存本身不“误触”，但和 Code Runner、格式化、焦点切换等机制叠加时，会让人感觉它在你没写完时就偷偷保存了——关键不是关掉它，而是控制它的触发节奏。
files.autoSave 设成 afterDelay 为什么反而容易出事
默认 afterDelay 是 1000ms（1 秒），对快速敲代码的人来说太短：刚输完 if (x >，还没补上 0)，延迟一到就保存，Code Runner 紧接着运行，报错 SyntaxError: Unexpected token。
- 延迟值低于 1500ms 就容易捕获半截语句，尤其写条件、对象字面量或 JSX 时
- 多个文件同时编辑时，每个文件都按各自延迟走，节奏混乱
- 和
code-runner.saveFileBeforeRun双重生效，等于“编辑器存一次 + 插件再存一次”
onFocusChange 是更稳的选择，但要注意切出方式
onFocusChange 意味着只有当你主动离开当前编辑器（比如 Alt+Tab 切终端、点击侧边栏、点另一个标签页）时才保存。它天然避开“边写边跑”的冲突。
- 适合边写代码边查文档/日志/浏览器的人，节奏由你掌控
- 不适用于靠鼠标频繁点不同区域的用户——比如用鼠标点 Git 面板、搜索框、终端，这些也算“焦点离开”，会立刻触发保存
- 如果你常用 Ctrl+` 切终端，这个模式基本完美；但用鼠标点终端标题栏，可能比预期早存
和 Code Runner 协同的关键开关
Code Runner 默认开启 code-runner.saveFileBeforeRun，它不管你编辑器设没设自动保存，只要点 ▶ 就先存当前文件再执行。所以真正要调的是它，而不是编辑器的 files.autoSave。
- 想让 Code Runner 全权负责：把
files.autoSave设为off，只开code-runner.saveFileBeforeRun - 想让编辑器统一管理：关掉
code-runner.saveFileBeforeRun，再配好files.autoSave（推荐onFocusChange或afterDelay≥2000） - 别两个都开还设短延迟——这是“误触感”最重的组合
为什么改了 settings.json 没反应？优先检查这三处
配置写对了却没生效，大概率是被更高优先级设置覆盖，或功能本身被关了。
- 确认你改的是当前项目根目录下的
.vscode/settings.json，不是用户全局设置——工作区设置优先级更高 - 检查
"files.autoSave": "off"是否被其他扩展（比如某些 Python 工具链）静默覆盖 - 运行命令
Developer: Toggle Developer Tools，切到 Console 标签页，输入vscode.workspace.getConfiguration("files").get("autoSave")，看实际读取值
真正难处理的不是“怎么开自动保存”，而是当它和格式化、语言服务、插件执行流交织在一起时，哪一步该由谁来卡住时机。很多人调了一堆 delay 和开关，最后发现问题是 editor.formatOnSave 在保存瞬间重排了代码，光标跳到开头——那得去动格式化配置，不是 save 本身。
