VSCode运行代码前不自动保存？一招教你设置“运行即保存”
你是不是也遇到过这种情况：在VSCode里改完代码，信心满满地按下运行键，结果程序执行的还是旧逻辑？别急着怀疑人生，这很可能是因为文件根本没保存。VSCode的运行操作，默认是不会帮你自动保存文件的。
简单来说，想让VSCode在运行代码前自动保存，关键在于正确配置 files.autoSa ve 选项。这个设置和“运行”动作本身是两套独立的机制，它只响应编辑器的状态变化，比如你切换了焦点。下面就来拆解一下，怎么设置才能无缝衔接“编辑”和“运行”这两个动作。
为什么点 Run / Debug 没触发保存？
这其实不是Bug，而是VSCode的刻意设计。它将“编辑”、“保存”和“执行”三个环节解耦了。当你点击运行按钮、在终端输入命令，或者启动调试器时，VSCode读取的是磁盘上当前已写入的文件内容。如果修改还停留在编辑器的内存里，没有保存到硬盘，那么运行的自然是上一个保存的版本。
- 典型场景：修改了函数逻辑，直接按
Ctrl+F5开始调试，却发现断点没命中、输出结果纹丝不动——这时候，赶紧看一眼编辑器标签页，是不是还挂着那个代表未保存的小圆点（●）。 - 插件行为：一些第三方插件，比如大家常用的
code-runner，可能会提供运行前保存的选项。但这属于插件层面的功能，并非VSCode的内置机制。
files.autoSa ve 选哪个值才能覆盖“运行前”场景？
VSCode的自动保存没有“onRun”这种模式，但有一个选项能巧妙地满足我们的需求：onFocusChange（焦点改变时保存）。
它的逻辑是：只要你将焦点从当前代码编辑器移开——比如点击了终端面板准备输入命令、切换到调试控制台查看变量，甚至只是点了一下侧边栏的文件树——当前正在编辑的文件就会立刻被保存。
afterDelay（延迟后保存）：这个选项不太可靠。因为你可能在延迟计时结束前就点击了运行，结果运行的还是旧代码。onWindowChange（窗口失去焦点时保存）：这个范围太宽了。比如微信弹窗盖住了VSCode，就会触发保存，容易误存那些还没写完的草稿。onFocusChange（编辑器失去焦点时保存）：这才是最贴合“运行前保存”场景的设置。我们准备运行代码时，几乎必然会将操作焦点从代码编辑区移开，无论是去点终端还是调试按钮，这个动作本身就会触发保存，确保运行器读到的是最新内容。
特别适合使用VSCode内置分屏终端的朋友：鼠标从左侧的编辑器挪到右侧的终端窗口，这一瞬间，代码就已经保存好了。
code-runner 插件怎么配运行前强制保存？
如果你主要使用 formulahendry.code-runner 这类插件来运行代码，那么恭喜，它提供了一个更直接的解决方案。这个插件有一个独立开关，其优先级高于全局的 files.autoSa ve 设置，能真正将保存动作绑定到“运行”按钮上。
- 图形化设置：打开VSCode设置，搜索
code-runner.sa veFileBeforeRun，勾选启用即可。 - 手动配置：也可以直接编辑
settings.json文件，加入一行："code-runner.sa veFileBeforeRun": true。 - 启用后，每次点击插件的“运行代码”按钮或使用其快捷键，都会在运行前强制保存当前文件。
- 需要注意：这个功能仅对
code-runner插件本身支持的语言（如Python、Ja vaScript、Go等）生效。对于通过VSCode原生调试器（launch.json）或自己在终端里敲的脚本命令，它是管不到的。
调试器（Debug）启动前怎么确保保存？
对于使用VSCode原生调试功能的朋友，情况稍微复杂一点。调试器本身没有提供“启动前保存”的钩子。虽然理论上可以通过配置 preLaunchTask（预启动任务）来尝试，但实操起来有局限。
常见的思路是，在 launch.json 的调试配置中，设置一个在启动前运行的任务。例如，在项目 .vscode/tasks.json 中定义一个任务，然后在 launch.json 里通过 "preLaunchTask": "任务名" 来调用它。
{
"version": "2.0.0",
"tasks": [
{
"label": "sa ve active file",
"type": "shell",
"command": "echo 'sa ved'",
"group": "build",
"presentation": { "echo": false, "reveal": false, "focus": false },
"problemMatcher": []
}
]
}
然而，一个现实的问题是：VSCode的任务系统（Task API）并没有暴露直接保存所有文件的能力。所以，上面这个任务实际上并不能真正完成保存操作。
因此，对于调试场景，目前更务实的做法有两个：一是养成好习惯，在按下F5之前，先扫一眼编辑器右上角是否有未保存标记；二是将前面提到的 files.autoSa ve 设置为 onFocusChange。当你从代码编辑区切换到调试面板时，这个焦点变化就足以触发保存了。
最后，还有一个极易被忽略的“坑”：工作区设置会静默覆盖用户全局设置。即使你在全局设置里配好了 onFocusChange，如果打开的项目目录下存在 .vscode/settings.json 文件，并且里面写着 "files.autoSa ve": "off"，那么在这个工作区内，自动保存功能就会被关闭。很多“运行前丢代码”的问题，根源就在于此。检查一下项目本地的配置文件，往往能有意外发现。
