vscode自动保存需配置files.autosave为afterdelay（配800～1200ms延迟）、onfocuschange或onwindowchange；推荐afterdelay防抖，注意工作区/语言设置优先级高于用户设置，且保存与运行须分开配置。
VSCode 本身不提供“自动保存并运行”这一键式功能，保存和运行是两个独立动作，必须分开配置；所谓“保存即运行”，其实是靠组合 files.autoSave + 任务/终端/插件触发实现的，不是内置开关。
files.autoSave 配什么值才真正有用
选错模式会导致“以为开了却没存”或“存了但根本没触发后续运行”。files.autoSave 只控制保存时机，不负责执行任何命令。
-
afterDelay：最可控，配合files.autoSaveDelay（建议 800～1200），适合需要防抖又不想漏存的场景；设太小（如 100）会高频刷盘，尤其 WSL 或远程开发时明显卡顿 -
onFocusChange：切标签、点终端、甚至点侧边栏都会触发保存——看似方便，但如果你用分屏终端写代码，每次查日志就存一次，容易把未验证的改动提前落盘 -
onWindowChange：Alt+Tab 切到浏览器就保存，但系统通知、微信浮窗、甚至 macOS 的聚焦搜索（Spotlight）都可能让 VS Code 短暂失焦，导致误存 -
off：别关，除非你正在编辑.env、docker-compose.yml这类敏感文件，或调试时需严格控制写入点
保存后怎么自动运行？靠 tasks.json 或终端监听
VSCode 没有“保存即执行”的原生选项，必须手动搭链路。常见做法是用内置任务（tasks.json）或终端命令监听文件变化。
- 前端项目推荐用
npm run dev类热更新服务（如 Vite、Webpack Dev Server），它们自己监听文件变化，files.autoSave只需确保修改落地即可，不用额外配任务 - Python/Go 等需手动运行的场景，可建
.vscode/tasks.json，用type: "shell"+isBackground: true启动一个持续监听的进程，例如：nodemon -x python main.py或watchexec -r --exts py --on-change "python main.py" - 避免用
runner类插件自动执行保存——它们往往绕过 VS Code 的保存生命周期，导致格式化、Git 脏检查等逻辑失效
editor.formatOnSave 和 files.autoSave 一起开，为什么代码总“跳”
这不是 bug，是执行顺序问题：files.autoSave 触发后，VS Code 先写原始内容到磁盘，再调 editor.formatOnSave 格式化；如果格式化耗时长（比如大文件 + Prettier + ESLint 混用），你会看到光标回跳、缩进重排、甚至粘贴中的代码被意外修正。
- 临时解决：关掉
editor.formatOnSave，改用快捷键Shift+Alt+F手动格式化 - 长期方案：在
settings.json中加"editor.formatOnSaveMode": "modifications"，只格式化改动行，减少干扰 - 更稳妥的做法：用
editor.codeActionsOnSave替代，只启用轻量修复，例如："source.fixAll.eslint": true，但禁用全文重排
多根工作区、远程开发、语言专属设置，哪个优先级最高
优先级从高到低：语言专属设置 > 工作区（.vscode/settings.json 或 .code-workspace） > 用户全局设置。这意味着你为 Python 单独设了 "files.autoSave": "off"，那所有 .py 文件都不会自动保存，哪怕全局设的是 afterDelay。
- 远程开发（SSH/WSL）下，
onFocusChange在窗口最小化时可能不触发，afterDelay更可靠，但延迟实际值可能比设定值高 100～300ms - 多根工作区中，每个文件夹可有自己的
.vscode/settings.json，务必检查右下角状态栏是否显示 “Workspace” 而非 “User”，否则你改的可能是用户级配置 - 排除特定路径（如
dist/、__pycache__/）要用files.autoSaveExclude，不是files.exclude；后者只影响资源管理器显示，不影响自动保存逻辑
真正麻烦的从来不是“怎么开自动保存”，而是搞清它在哪一级生效、和谁冲突、以及保存之后到底有没有人真去运行——这些细节不厘清，越配越乱。
