VS Code 通过 tasks.json 和 launch.json 配置外部工具实现编译与调试：tasks.json 定义构建任务（如 gcc 编译），launch.json 关联调试器并指定可执行文件，关键在于正确设置路径、参数、环境及任务依赖关系。
vs code 本身不内置编译器或构建工具，但能通过配置 tasks.json、launch.json 和扩展，把任意外部工具（如 gcc、rustc、make、python 脚本）无缝接入编辑、构建、调试流程。关键不在“装什么扩展”，而在“怎么告诉 vs code 去调谁、传什么参数、在哪执行”。
用 tasks.json 定义可运行的外部命令
这是集成编译器/构建工具最直接的方式。VS Code 通过 .vscode/tasks.json 文件描述一个或多个任务，比如调用 clang++ 编译 C++，或运行 npm run build。
- 任务必须放在工作区根目录下的
.vscode/tasks.json中（不是用户级） -
"type": "shell"表示执行系统命令；"type": "process"更轻量，适合简单可执行文件 -
"group": "build"可让该任务出现在「终端 > 运行构建任务」菜单里，快捷键Ctrl+Shift+B - 务必检查
"cwd"（当前工作目录），否则make找不到Makefile或gcc找不到头文件路径 - Windows 下若用 PowerShell，默认不识别
g++，需在terminal.integrated.defaultProfile.windows中设为Command Prompt或确保 PATH 正确
{
"version": "2.0.0",
"tasks": [
{
"label": "build with gcc",
"type": "shell",
"command": "gcc",
"args": ["-g", "${file}", "-o", "${fileDirname}/${fileBasenameNoExtension}"],
"group": "build",
"presentation": { "echo": true, "reveal": "always", "focus": false },
"problemMatcher": ["$gcc"]
}
]
}
用 launch.json 关联调试器与生成的可执行文件
仅编译完还不够——要调试，就得让 VS Code 知道「用哪个调试器（如 gdb、lldb、cppvsdbg）、启动哪个二进制、传什么参数、是否自动构建」。
-
"preLaunchTask"必须严格匹配tasks.json中某个"label"（大小写敏感），否则点击「开始调试」时不会先编译 - Windows 上用
cppvsdbg（MSVC 工具链）时，"miDebuggerPath"不生效；改用cppdbg+"miDebuggerPath": "gdb.exe"才能指定 GDB 路径 -
"stopAtEntry"设为true可在main入口停住，方便确认环境就绪 - Python 用户注意：
launch.json不用于运行普通脚本（那是tasks.json或直接右键「Run Python File」的事），而是用于调试 Flask/Django 等带服务进程的场景
选对扩展：别被“C/C++”“Python”这类名字带偏
官方扩展（如 Microsoft 的 ms-vscode.cpptools）主要提供智能提示、跳转、符号索引，**不负责调用编译器**。它读取你配置的 c_cpp_properties.json 来理解头文件路径和宏定义，但编译动作仍由 tasks.json 驱动。
- 真正影响“能否调外部工具”的扩展其实是：支持自定义任务的通用能力（VS Code 内置），以及调试器适配器（如
ms-vscode.cpptools提供cppdbg适配器） - 像
esbenp.prettier-vscode这类格式化扩展，其prettier.path设置项允许你指定本地prettier可执行文件路径——这也是集成外部工具的一种方式 - 避免安装重复功能的扩展，例如同时启用
ms-python.python（已弃用）和ms-python.pylance，可能造成语言服务器冲突
常见失败点：PATH、权限、Shell 类型混用
90% 的“命令未找到”或“找不到文件”错误，和 VS Code 本身无关，而是终端环境没继承正确的系统 PATH，或 shell 解析行为不一致。
-
macOS / Linux：VS Code 启动时可能没加载
~/.zshrc或~/.bash_profile，导致export PATH无效。解决方法是设置"terminal.integrated.env.linux"（或对应平台）手动注入 PATH - Windows：PowerShell 默认禁用脚本执行策略，
.ps1构建脚本会报错。要么改用 Command Prompt，要么在 PowerShell 中运行Set-ExecutionPolicy RemoteSigned -Scope CurrentUser - 所有平台：如果
tasks.json里写"command": "./build.sh"却提示 permission denied，先chmod +x build.sh；别指望 VS Code 自动加执行权限 - 调试时出现
No executable specified？检查launch.json中"program"路径是否拼写正确，且该文件在「启动前确实已存在」（preLaunchTask是否真成功执行并生成了目标文件）
真正的难点从来不是“怎么配”，而是搞清每个 JSON 字段背后对应的进程生命周期：谁启动谁、谁等待谁、环境变量从哪来、错误输出归谁管。少一层链路没对齐，整个流程就断在看不见的地方。
