VSCode 不支持“鼠标移出当前行时自动保存”，因其无相关API且设计上不监听行级鼠标事件；最接近方案是启用 files.autoSave: onFocusChange，即编辑器失焦时保存。
VSCode 没有“鼠标移出当前行时自动保存”的原生功能
这个行为在 VSCode 中不存在，也不符合编辑器的设计逻辑——它不监听鼠标离开某一行的事件，更不会把这种细粒度的光标位置变化作为保存触发条件。所谓“移出当前行”没有明确的 API 支持，onDidChangeTextEditorSelection 或 onDidChangeCursorPosition 也只提供粗略的位置变更，无法稳定判断“是否已离开原行”。
能实现的最接近替代方案：启用“延迟保存”+“焦点失去时保存”
VSCode 提供了 files.autoSave 配置项，其中 onFocusChange 是最贴近你意图的选项：当编辑器失去焦点（比如你点击到终端、侧边栏、另一个标签页，或 Alt+Tab 切走）时，自动保存当前文件。
- 打开设置（
Ctrl+,或Cmd+,），搜索files.autoSave - 将其值设为
onFocusChange - 确保
files.autoSaveDelay不影响该模式（它只对afterDelay生效） - 注意：此行为作用于整个编辑器窗口失焦，不是单行，但覆盖了多数“写完一行想切走”的真实场景
为什么不能用“onType”或“afterDelay”模拟“离行保存”
有人尝试用 files.autoSave: afterDelay + 极小延迟（如 100ms）来“假装实时”，但这会频繁保存、干扰 Git diff、触发不必要的构建，且根本无法区分“是否已离开原行”。onType 更是每敲一个字符都保存，完全不可取。
-
afterDelay的最小合法值是1000（1 秒），设更低会被忽略 - VSCode 不暴露“鼠标所在行号变更”的事件，插件也无法可靠监听“鼠标划出某一行”
- 即使写插件轮询
activeTextEditor.selection.active.line，也会因防抖、多光标、鼠标悬停未触发重绘等原因误判
如果真需要按行粒度控制保存，只能靠手动 + 快捷键习惯
VSCode 原生不支持，插件生态中也没有稳定可靠的“离行保存”扩展。实际开发中更合理的方式是：
- 保持
files.autoSave: off，用Ctrl+S（Cmd+S）手动保存——这是最可控、最无副作用的方式 - 把
Ctrl+S当作“确认这一段编辑完成”的动作，心理上等价于“离开前存一下” - 配合
emeraldwalk.runonsave这类插件，在保存时自动运行 lint 或格式化，弥补手动保存的节奏断点
真正的难点不在技术实现，而在于“鼠标位置”和“编辑意图”之间没有可映射的信号——编辑器不知道你是不是写完了这行，它只知道你有没有触发保存指令。
