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 错误——设置冲突、调试器配置和扩展冲突。

下载

• 当前文件是只读状态（权限不足、被其他进程锁定），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 秒后保存，不管是否切走，适合节奏较慢或常做长段修改的场景
• 注意：它对所有已修改文件都生效，包括你刚新建还没命名的文件——此时会弹出另存为对话框，打断流程

真正难处理的从来不是配置项本身，而是那些不报错、不提示、只默默跳过的边界情况：只读文件、格式化失败、工作区覆盖、远程文件系统延迟……这些才是日常踩坑的主力。