不能在 tasks.json 里实现调试前自动编译，该功能由 launch.json 的 prelaunchtask 字段控制；它必须严格匹配 tasks.json 中任务的 label（大小写、空格、标点均需一致），否则静默失效。
不能在 tasks.json 里“实现调试前自动编译”——这个目标本身就有逻辑错位。tasks.json 只负责编译，它不参与调试流程；真正控制“调试前要不要编译”的，是 launch.json 里的 preLaunchTask 字段。你配对了，按 F5 才会先跑编译任务再启动调试器；配错了，或者根本没配，F5 就只干调试的事，甚至直接报错找不到可执行文件。
preLaunchTask 必须严格匹配 tasks.json 中的 label
这是最常卡住人的地方：大小写、空格、中文标点全算在内。VS Code 不做模糊匹配，只认字面完全一致的字符串。
-
launch.json里写的是"preLaunchTask": "build"，那tasks.json里对应任务的label字段就必须是"build"，不能是"Build"、"build c++"或"编译" - 如果
tasks.json里用了中文label: "编译项目"，launch.json也得写成"preLaunchTask": "编译项目"，否则就静默失败 - 建议全程用英文小写字母 + 连字符，比如
"label": "build-all"，避免任何编码或空格歧义
多文件项目必须显式列出所有 .c/.cpp 文件
别信“自动包含当前目录下所有源文件”这种说法。VS Code 的 tasks.json 是纯命令行封装，g++ 或 gcc 本身不会递归扫描目录。你漏掉一个 utils.cpp，链接阶段就报 undefined reference to `xxx`。
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
- 最稳妥的方式是把所有要参与构建的源文件名明确写进
args数组："args": ["main.cpp", "utils.cpp", "io.cpp", "-o", "app.exe"] - 也可以用 shell 通配（仅限 Linux/macOS）：
"command": "sh", "args": ["-c", "g++ *.cpp -o app"]，但 Windows 的 cmd 不支持*.cpp展开，PowerShell 又需额外转义，跨平台项目慎用 - 更健壮的做法是配合
${workspaceFolder}和${fileBasenameNoExtension}等变量，但注意它们只作用于当前活动文件，不能替代显式列举
编译失败时 F5 仍会尝试调试？检查 problemMatcher 和 isBackground
默认情况下，VS Code 不会等编译命令“真正结束”才去读 preLaunchTask 的结果。如果编译出错但进程退出码是 0（比如某些脚本包装器干的蠢事），或者错误输出格式不被识别，VS Code 就以为编译成功了，接着启动调试器——然后大概率因缺少可执行文件而失败。
- 给编译任务加上
"problemMatcher": ["$gcc"]（C）或"$gpp"（C++），让 VS Code 能从输出里识别出error:行并标记为失败 - 如果你的任务里用了
&&链式命令（比如g++ ... && ./app），务必加"isBackground": false，否则 VS Code 可能提前判定任务完成 - 终端里看到红色错误但
F5还是继续走，大概率是problemMatcher没生效，打开命令面板运行Tasks: Run Task单独执行该任务，看 Problems 面板有没有抓到错误
真正容易被忽略的一点：当你改了 tasks.json 或 launch.json，VS Code 不会自动重载配置。必须手动保存文件，且确保没有语法错误（JSON 格式稍有不慎就会让整个配置失效）。哪怕只是多了一个逗号，preLaunchTask 也会静默退化成空操作——这时候按 F5 看起来像“没触发编译”，其实是因为配置根本没被加载。
