VSCode自动保存按工作区配置，不支持仅当前活动文件；它依据files.autoSave策略批量保存所有已修改且未被排除的打开文件，与焦点所在tab无关。
自动保存只生效于当前活动文件？不是，VSCode 默认是按工作区粒度控制的
VSCode 的 files.autoSave 是全局或工作区级配置，不支持“仅当前活动文件”这种动态范围——它没有“只保存 tab 里正在编辑的那个文件”的开关。所谓“当前活动文件”其实是用户错觉：自动保存触发时，VSCode 按配置策略对「所有已修改且未被排除的打开文件」批量处理，和你眼睛正盯着哪个 tab 无关。
常见错误现象：files.autoSave 设为 onFocusChange 或 onWindowChange 时，切到终端或另一个应用再切回来，结果一堆文件全保存了，根本不是只存当前那个。
- 真正影响“哪些文件会被自动保存”的，是
files.autoSave值 +files.exclude+files.watcherExclude+ 文件是否处于“脏状态”（即有未保存修改） -
onDelay模式下，延迟时间由files.autoSaveDelay控制，默认 1000ms，但注意：这个延迟是 per-file 的，不是全局队列 - 如果开了多个文件但只改了其中一个，
onFocusChange仍只会保存那个被修改的文件，不是全部打开的文件——这点常被误解
files.autoSave 可选值的实际行为差异
四个可选值不是并列关系，触发时机和可靠性差别很大，选错会导致“以为设了却没保存”：
-
off：完全关闭，哪怕手动 Ctrl+S 都不会触发自动保存逻辑（但手动保存当然还有效） -
afterDelay：最稳定，改完停顿指定毫秒后保存；适合防误操作，但延迟太短（如 300）可能在输函数名中途就存了半截代码 -
onFocusChange：焦点离开编辑器（比如点到搜索框、终端、侧边栏）时保存；但若焦点留在编辑器内（如切换 tab），不会触发 -
onWindowChange：窗口失焦时保存（比如 Alt+Tab 切到浏览器）；在多显示器或多窗口场景下容易漏触发，macOS 上尤其不可靠
性能提示：onFocusChange 和 onWindowChange 在大型工作区中可能引发短暂卡顿，因为 VSCode 需同步写入多个脏文件；afterDelay 更平滑，推荐日常使用。
想“只保存当前活动文件”，得绕开 autoSave 配置本身
VSCode 没提供原生开关，但可以用快捷键 + 设置组合逼近效果：
- 把
files.autoSave设为off，彻底关闭自动保存逻辑 - 用快捷键
Ctrl+S（Windows/Linux）或Cmd+S（macOS）手动保存——它天然只作用于当前活动编辑器 - 如果嫌手动太勤，可装插件
Auto Save Plus，它支持“仅当前编辑器”模式，但要注意：它通过监听textDocument/didChange事件实现，可能和 ESLint 自动修复等扩展冲突 - 别碰
files.autoSaveOnTrigger这种不存在的配置项——搜到的都是过时文档或拼写错误
兼容性提醒：所有这些设置都受工作区 .vscode/settings.json 覆盖，如果项目里有该文件，用户级设置会被无视。
容易被忽略的坑：gitignore 和 files.exclude 不影响自动保存
很多人以为把 node_modules 加进 files.exclude 就能阻止其内部文件被自动保存——错了。files.exclude 只控制资源管理器显示，不影响保存逻辑。真正起作用的是：
-
files.watcherExclude：影响文件系统监听，但和保存无关 - Git 相关：即使文件在
.gitignore里，只要它被打开且修改了，autoSave照样保存 - 唯一能跳过保存的硬性条件：文件路径匹配
files.associations中的**/node_modules/**类规则？不，那只是语法高亮关联，和保存毫无关系
真要过滤，只能靠插件或脚本拦截，但代价是失去官方保存机制的稳定性。多数人该接受的事实是：VSCode 的自动保存就是“改了就存”，范围由打开状态和脏标记决定，不是路径规则。
