VS Code中可通过tasks.json与launch.json配合实现保存即编译、编译成功即自动运行、输出复用同一集成终端；需严格匹配preLaunchTask与task label，禁用internalConsoleOptions，统一使用integratedTerminal并设置group，避免code-runner插件干扰。
VS Code 里怎么实现实时编译 + 自动运行结果刷新
做不到“一边编译一边砍运行结果”——编译和运行是两个分离阶段，所谓“砍结果”其实是终端输出被新一次运行覆盖。真正能做的是：保存即编译、编译成功即自动运行、运行输出直接刷在同一个终端里。
用 tasks.json 配合 launch.json 实现保存→编译→运行闭环
VS Code 不自带“保存就跑”，得靠任务系统串联。关键不是堆配置，而是让 task 输出可被 debugger 或终端复用。
- 把编译命令（如
tsc、gcc、go build）写进tasks.json的command字段，设"isBackground": true并配好problemMatcher，否则保存后看不到报错 -
launch.json的preLaunchTask必须严格匹配tasks.json里label的值，大小写敏感，多一个空格都失败 - 不要勾选
Run in terminal后又手动开新终端——那样每次都会新建标签页，看起来像“没砍”，其实是开了十几个终端
终端复用：避免每次运行都弹新窗口
默认 launch.json 的 console 设为 integratedTerminal 时，VS Code 会尝试复用，但前提是上一次终端没被关掉、且没被其他任务抢占。
- 在
launch.json中加"internalConsoleOptions": "neverOpen"，强制走集成终端 - 给终端起固定名：在
tasks.json里加"group": "build"，再在launch.json里配"console": "integratedTerminal"，VS Code 才会识别为同一上下文 - 如果用的是
code-runner插件，它默认不复用终端——删掉插件，老老实实用官方调试器，控制力强得多
Go / Rust / Python 等语言的典型差异点
不同语言的“编译+运行”节奏不一样，硬套同一套配置容易翻车。
-
Go：没有传统编译产物，go run main.go本质是编译+运行合并操作，直接配成 task 即可，不用分两步 -
Rust：cargo run默认带编译，但加--quiet会吞掉错误；想看编译过程就得用cargo build && ./target/debug/xxx -
Python：本身不编译，所谓“编译”其实是pylint或mypy检查；真要热重载，得换watchdog+exec，不是 VS Code 原生能力
最常被忽略的是：终端复用只对同一工作区生效，跨文件夹打开多个窗口时，它们的终端池不共享——你以为在“砍”，其实只是没看见上一个窗口的终端还开着。
