VSCode没有“代码失去焦点”独立事件，实现切到外部应用时自动保存当前文件需设files.autoSave为"onFocusChange"；它监听编辑器控件失焦（如切至终端、浏览器），仅保存已命名的当前激活文件，不支持未命名或只读文件，且与延迟设置互斥。
直接结论：VSCode 没有“代码失去焦点”这个独立事件，但你真正想实现的——“切到浏览器、终端、桌面等外部应用时自动保存当前文件”——靠的是 files.autoSave 设为 "onFocusChange"，不是 "onWindowChange"，也不是插件或系统工具。
为什么 onFocusChange 才是你要的模式
VSCode 的焦点监听粒度在编辑器控件层，不是窗口层：onFocusChange 在你从当前打开的文件（比如 index.ts）切走时触发，无论切到哪里——终端、搜索框、另一个标签页、甚至 Chrome 浏览器，只要当前编辑器控件失焦，它就保存该文件。
- 它对未命名文件（
Untitled-1）不生效，这是设计行为，不是 bug - 它只保存当前激活的文件，不会批量保存其他已修改但未激活的文件
- 它和
files.autoSaveDelay互斥：设了onFocusChange，延迟值会被忽略 - 大小写敏感，必须是
"onFocusChange"，写成"onfocuschange"或"on-focus-change"都无效
onFocusChange 常见不生效的几个硬坑
配置没错却没反应？大概率卡在这几个地方：
- 当前文件是只读状态（权限不足、被其他进程锁定），VSCode 静默跳过，不报错也不提示
- 你切的是 VSCode 内部的非编辑器区域（比如点进「输出」面板或「调试控制台」），这些区域不算「编辑器失焦」，不会触发保存
- 启用了
editor.formatOnSave，但格式化插件（如 Prettier）缺失配置或依赖失败，VSCode 会回滚本次保存，表现为“切走再回来，内容还是旧的” - 工作区设置（
.vscode/settings.json）里写了"files.autoSave": "off"，它会覆盖用户级设置，优先级更高
别碰 onWindowChange，除非你清楚它的限制
onWindowChange 听起来更符合“切出 VSCode 就保存”，但实际非常不可靠：
- macOS 上最小化窗口不触发；Windows 下被全屏游戏或 Zoom 抢占焦点时经常漏掉
- 多 VSCode 窗口场景下，从一个 Code 窗口切到另一个 Code 窗口，不算“失去焦点”，不会保存
- 远程开发（SSH/WSL）中，宿主系统上报的窗口焦点事件不稳定，触发率明显下降
- 它对未命名、只读、或匹配了
files.exclude的文件同样静默跳过
更稳的备选方案：afterDelay + 合理调参
如果你发现 onFocusChange 在某些环境（比如 WSL 远程）响应滞后，或者你习惯狂敲代码中途停顿少于 1 秒，可以换用 afterDelay 模式：
- 设为
"afterDelay"并把files.autoSaveDelay调到3000或5000，避免误触保存 - 它会在你停止输入 3–5 秒后保存，不管是否切走，适合节奏较慢或常做长段修改的场景
- 注意：它对所有已修改文件都生效，包括你刚新建还没命名的文件——此时会弹出另存为对话框，打断流程
真正难处理的从来不是配置项本身，而是那些不报错、不提示、只默默跳过的边界情况：只读文件、格式化失败、工作区覆盖、远程文件系统延迟……这些才是日常踩坑的主力。
