VSCode分屏不改变自动保存行为，files.autoSave对所有编辑器组统一生效；真正影响保存及时性的是焦点变化与所选模式——onFocusChange最适配分屏协作，因切到终端或另一分屏即刻保存，而afterDelay在频繁切换时易漏存。
分屏本身不改变自动保存行为，VSCode 的 files.autoSave 设置对所有编辑器组（无论多少个分屏）统一生效；真正影响“保存是否及时”的，是分屏操作引发的焦点变化，以及你选的触发模式。
为什么分屏后代码没保存就运行了？
这不是分屏的问题，而是 files.autoSave 模式没匹配你的操作流。比如你用 Ctrl+\ 垂直拆分后，立刻点右侧分屏里的终端执行 python main.py，此时如果 files.autoSave 是 afterDelay（默认 1000ms），而你不到 1 秒就点了回车——文件根本还没落盘，运行的还是旧版本。
-
onFocusChange是最贴近分屏协作场景的模式：从左侧代码切到右侧终端、或从一个分屏标签切到另一个，都会立刻保存当前文件 -
onWindowChange太宽泛：微信弹窗、系统通知、甚至 macOS 的 Spotlight 都可能让它误触发 -
afterDelay在分屏频繁切换时不可靠，尤其 WSL 或远程开发下，内核缓存可能导致延迟实际更长
如何让每个分屏里的文件都独立响应保存？
VSCode 不支持“按分屏设置保存策略”，所有编辑器组共享同一套 files.autoSave 配置。但你可以通过以下方式让多分屏协作更稳：
- 确保所有分屏里打开的都不是
Untitled-1这类无路径临时文件——它们永远不会被files.autoSave捕获，必须先Ctrl+S指定路径 - 避免空分屏组：
workbench.editor.closeEmptyGroups设为false，否则你拖出三栏分屏，中间一栏关掉文件后被自动合并，布局就乱了 - 若用
code-runner插件运行，直接开code-runner.saveFileBeforeRun，它不依赖焦点逻辑，只在点击“运行”前强制保存当前活动编辑器（哪怕你在三屏中的任意一屏）
工作区 settings.json 覆盖导致分屏保存失效
你在用户设置里开了 onFocusChange，但分屏中某个文件就是不自动保存——大概率是项目根目录下的 .vscode/settings.json 里写了冲突项：
- 打开该文件，搜索
"files.autoSave"，如果值是"off"或"afterDelay"，删掉这行即可 - Remote-SSH / WSL 场景下，检查的是远程机器上的
~/.vscode/settings.json，不是本地的 - 语言特定配置（如
"[python]": { "files.autoSave": "off" }）也会覆盖全局设置，注意检查
分屏布局还原和自动保存是两套机制：前者靠 workbench.editor.restoreViewState + 文件夹级工作区 + 完整退出 VSCode；后者只看 files.autoSave 模式是否贴合你的操作节奏。别指望调好分屏宽度就能顺带解决保存时机问题——它们由完全不同的配置项控制。
