VSCode 本身不支持“保存即构建”这种原子操作，所有衔接都靠 files.autoSave 和 tasks.json 或插件分层协作——关键不是配对，而是厘清谁负责保存、谁负责监听、谁负责触发错误定位。
files.autoSave 配什么值才真正触发后续任务
files.autoSave 只管写磁盘，它本身不会调任何命令。很多人误以为设成 onFocusChange 就能自动构建，结果发现没反应，是因为构建逻辑根本没挂上去。
-
afterDelay是最稳妥的选择：配合files.autoSaveDelay（建议设为1000），既防抖又确保变更落地，适合搭配watchexec或nodemon类监听工具 -
onFocusChange表面方便，但切到终端、侧边栏、甚至 GitLens 面板都会触发保存——如果你的构建脚本没做增量判断，可能频繁重跑 -
onWindowChange在 macOS 上尤其危险：Spotlight 搜索、微信浮窗、系统通知都能让 VS Code 短暂失焦，导致未完成的代码被提前保存并触发构建 - 别用
off除非你正在编辑.env或docker-compose.yml这类不能误存的文件；否则协作时别人改完忘保存，Git 提交记录就和实际代码对不上
tasks.json 里怎么写才能让保存后自动执行构建
VSCode 的任务系统不监听文件保存事件，必须靠外部工具桥接。直接在 tasks.json 里写 "command": "tsc" 只能手动触发，没法联动保存。
- 推荐用
watchexec封装：在tasks.json中写"command": "watchexec"，"args": ["-r", "--on-change", "npm run build", "-w", "src/"]</li> <li>这样能复用项目已有的 <code>npm run build
脚本，且problemMatcher依然生效，错误可点击跳转 - 别用
emeraldwalk.runonsave插件走 shell 直调：它绕过 VS Code 的任务生命周期，problemMatcher失效，报错只能看输出面板，没法双击定位 -
tasks.json必须放在工作区根目录下的.vscode/文件夹里，字段名大小写敏感，label和command缺一不可，少一个引号整个任务就消失
快捷键绑定 command 时为什么按了没反应
常见问题不是 key 写错，而是 when 条件太窄，或者被更高优先级规则覆盖了。
- 查准
command名：打开命令面板（Ctrl+Shift+P），输Developer: Toggle Developer Tools，Console 里执行vscode.commands.getCommands().then(console.log)，再搜关键词，比如runTask -
when字段为空时，默认只在editorTextFocus下生效；想全局触发（比如在终端里也响应），得删掉when或显式写"when": "" - 同一组合键绑了多条规则时，VSCode 选匹配度最高的那条：比如你写了
{"key":"ctrl+b","command":"a"}和{"key":"ctrl+b","command":"b","when":"terminalFocus"}，那只有在终端里按Ctrl+B才触发b - 系统级热键（如 macOS 的
Cmd+Space）或外设驱动占用的键，VS Code 根本收不到——先在记事本里试一遍再排查
editor.formatOnSave 和自动保存一起开，为什么光标乱跳
这不是 bug，是执行顺序导致的视觉干扰：VS Code 先把原始内容写入磁盘，再触发格式化，中间有延迟。
- 大文件 + Prettier + ESLint 同时启用时，格式化耗时明显，你会看到光标回跳、缩进重排、甚至粘贴中的代码被意外修正
- 如果项目用的是 TypeScript，
tsc --noEmit检查本身不改文件，但editor.formatOnSave会动源码——这两者节奏不一致，容易互相干扰 - 解决方案不是关掉格式化，而是调低
files.autoSaveDelay（比如从1500改成800），让保存和格式化更紧凑；或者干脆关掉editor.formatOnSave，改用save before run类插件，在构建前统一格式化
真正难的不是配置本身，而是理解 VS Code 各模块的职责边界：保存是文件系统层，构建是进程调度层，快捷键是输入事件层——它们之间没有默认管道，全靠你手动搭桥。漏掉任一层的上下文约束，就会出现“看起来配好了，但就是不 work”的情况。
