WebStorm点击外部窗口时自动保存需勾选“Synchronize files on frame activation”，该选项独立于空闲保存，失焦瞬间即触发保存并支持on sa ve格式化，但须启用Mark modified标识以确认生效。
点击外部窗口时自动保存文件
你是不是也遇到过这种情况？在WebStorm里埋头写代码，顺手切到浏览器去测试，结果回头一看，编辑器标签页上那个代表“未保存”的星号还在闪烁。其实，WebStorm默认并不会在你切换到浏览器、终端或其他应用时自动保存，这个功能需要你手动开启。关键在于一个叫做 Synchronize files on frame activation 的选项，它并非通用的“自动保存”开关，而是专门负责“窗口失焦瞬间保存”的触发器。
设置路径很清晰：按下 Ctrl+Alt+S（Windows/Linux）或 Cmd+, （macOS），然后找到 Appearance & Beha vior → System Settings → Synchronization。
- 勾选
Synchronize files on frame activation—— 这一项生效后，只要WebStorm窗口失去焦点（比如你用Alt+Tab切到Chrome或Slack），所有已修改但未保存的文件会立刻写入磁盘。 - 它的触发不依赖空闲时间，也不受另一个选项
Sa ve files automatically if application is idle for N seconds的影响，两者可以同时启用，互不干扰。 - 如果你配置了ESLint或Prettier的
on sa ve格式化，这项触发保存后，格式化也会一并执行，前提是你在Actions on Sa ve里已经勾选了对应的格式化选项。
为什么点了外部却没保存？常见失效原因
设置都勾了，但切出去再切回来，文件标签页上那个星号（或者说蓝色圆点）依然坚挺，Git面板里也还是显示“modified”状态。这说明保存动作并没有真正发生。问题通常出在以下几个地方：
Synchronize files on frame activation根本没勾选——这是最常见的疏漏，尤其是新安装WebStorm或者重置过设置后，它默认是关闭的。- 选项勾了，但IDE当时处于“无响应”状态（比如卡在某个插件扫描或索引中），导致失焦事件没有被正常捕获，保存自然也就不会触发。
- 文件被外部进程锁定（例如被另一个程序以独占方式打开），WebStorm尝试保存时会静默失败，通常不会弹出错误提示，只在底部的
Event Log里一闪而过“Cannot sa ve file: Access is denied”的消息。 - 项目根目录下存在特殊的
.gitattributes或编辑器配置文件，禁用了特定类型文件的同步（这种情况比较少见，但确实存在）。
和空闲自动保存（idle sa ve）怎么共存
这两套自动保存机制逻辑上是独立的，但实际效果会有重叠。如果你同时开启了它们：
Synchronize files on frame activation的优先级更高——一切出窗口瞬间就保存，根本不给空闲计时器机会。Sa ve files automatically if application is idle for N seconds更像是一个兜底机制：比如你盯着某行代码思考人生超过设定的秒数（比如5秒），它才会触发。通常设置为3或5秒是比较合理的。- 如果两个都开着，并且你习惯频繁在窗口间切换，那么
idle sa ve设置几乎不会生效。这时你可以考虑把它调高（比如30秒）或者干脆关掉，避免不必要的重复磁盘写入。 - 有个细节需要注意：空闲计时是从你最后一次键盘或鼠标操作开始计算的，而不是从你停止编辑开始。也就是说，光标停在行尾不动，并不算“空闲”。
保存标识不显示？先检查这个开关
有时候，自动保存其实已经生效了，但你却误判为“没保存”，因为看不到视觉反馈。问题的核心在于 Mark modified 这个标识开关是否启用。
路径在这里：Settings → Editor → General → Editor Tabs，务必确保勾选 Mark modified。
- 勾选之后，任何有未保存改动的文件标签页右侧，都会出现一个蓝色圆点（新版本UI中已用圆点替代了传统的星号）。
- 一旦保存完成（无论是手动保存、失焦触发还是空闲触发），这个蓝点会立即消失——这是判断文件是否真的已保存到磁盘的最直接依据。
- 如果不勾选这个选项，仅凭肉眼很难分辨当前编辑器里的内容是否已经落盘，在多文件同时编辑时尤其容易遗漏。
- 需要区分的是，Git面板里文件名的颜色标记（比如蓝色）只反映工作区与暂存区之间的差异，并不能替代“文件是否已写入磁盘”这个判断。
说到底，自动保存的机制本身并不复杂，但真正棘手的是如何确认它“确实发生了”。失焦保存这个功能看似简单直接，一旦标识没开、选项漏勾、或者文件被意外锁定，你就会陷入“我以为存了，其实没存”的尴尬境地——而这种问题，往往在丢失了几个小时的代码修改之后才会暴露出来。
