preLaunchTask是调试前必须配置的自动编译任务，否则将运行旧二进制；其值须与tasks.json中task的label完全一致，且需确保编译成功（exit code为0）并带调试符号（如-g），同时交互输入需配置console选项。
不配 preLaunchTask，调试时跑的几乎肯定是旧二进制——你改了代码，断点也设了，但变量值没变、逻辑没走新分支，问题就出在这儿。
为什么断点命中却执行旧代码
VSCode 的调试器（如 GDB、Node.js inspector、Python debugger）只负责挂载和控制进程，它不会主动检查源码是否更新。C/C++、Go、Rust 等编译型语言尤其明显：你上次编译生成的 a.out 或 main.exe 还躺在那里，launch.json 直接启动它，根本不管 main.cpp 刚刚加了一行 std::cout。
-
preLaunchTask是唯一被 VSCode 官方支持的“编译前自动触发”机制，不是可选项，是必须项 - 它的值（字符串）必须和
tasks.json中某个 task 的label字段**完全一致**，包括大小写和空格 - 如果 label 是
"build with g++"，而preLaunchTask写成"build with g++ "（末尾多空格），任务就不会执行 - 任务失败（比如编译报错）时，VSCode 默认仍会继续启动调试——除非你在 task 里显式配置
"group": "build"并在 launch 配置中加"stopOnEntry": false配合手动判断
tasks.json 中 command 和 args 怎么写才真正生效
常见错误是把构建命令当 shell 脚本写，结果在 Windows 上用 PowerShell、macOS 上用 zsh、Linux 上用 bash 各自解析出不同行为。VSCode 的 task 默认走 shell，但跨平台健壮写法要收敛到明确解释器。
- C/C++ 编译务必带
-g：否则调试器看不到变量、调用栈为空，args至少包含"-g", "-o", "${fileDirname}/a.out", "${file}" - 避免直接写
command: "g++"——它依赖 PATH，且 Windows 下可能找不到；推荐用绝对路径或"${env:HOME}/.local/bin/g++"（macOS/Linux）或"C:\MinGW\bin\g++.exe"（Windows） - Node.js 项目若用
ts-node或tsx直接运行 TS，不需要preLaunchTask；但若用tsc --build输出 JS，则必须配，且program必须指向编译后的.js文件，不能是.ts - Python 若用 PyInstaller 打包，
preLaunchTask应调用pyinstaller命令，program指向生成的可执行文件，而非.py源码
调试中断后无法输入 cin / input() 怎么办
这不是 preLaunchTask 的问题，而是调试器默认使用内部终端（internal console），它不支持交互式 stdin。现象是程序卡在 cin >> a 或 input()，光标不动，也无法键入。
- 在
launch.json的 configuration 中加这一行："console": "integratedTerminal"（Node.js/Python）或"externalConsole": true（C/C++ Windows） - macOS/Linux C++ 用户用 LLDB，
"console": "integratedTerminal"通常够用；但若仍卡住，改用"console": "externalTerminal"并确保系统已安装gnome-terminal或alacritty - 该设置和
preLaunchTask无关，但常被一起误配——很多人以为“编译对了就能输”，其实输不出是另一个通道问题 - 注意：启用外部终端后，调试停止时终端不会自动关闭，需手动关；集成终端则随调试会话结束而清空
最易被忽略的一点：preLaunchTask 只保证“任务执行”，不保证“任务成功”。哪怕编译报了 warning，只要 exit code 是 0，VSCode 就认为任务完成，照常启动调试。真要拦截失败，得在 task 里加 "problemMatcher" 或用 "presentation": { "echo": true, "reveal": "always", "focus": false, "panel": "shared", "showReuseMessage": true } 把输出显出来——不然你根本不知道它悄悄失败了。
