通过preLaunchTask字段，launch.json可调用tasks.json中定义的构建任务，实现调试前自动编译。例如TypeScript项目中，launch.json设置preLaunchTask为"build"，触发tasks.json中label为"build"的tsc编译任务，成功后运行dist/index.js，确保每次调试均基于最新代码，形成高效开发闭环。
在使用 Visual Studio Code 进行开发时，launch.json 和 tasks.json 是两个非常关键的配置文件，它们分别负责程序的调试启动和自定义任务执行。理解它们如何联动，能极大提升开发效率，尤其是在构建-运行-调试闭环中。
launch.json：控制调试会话
launch.json 位于项目根目录下的 .vscode 文件夹中，用于定义调试器如何启动目标程序。你可以设置程序入口、参数、环境变量、是否预执行任务等。
一个典型的配置项是 preLaunchTask，它指定了在启动调试前要运行的任务。这个字段正是实现与 tasks.json 联动的关键桥梁。
tasks.json：定义可复用的构建或处理任务
tasks.json 同样位于 .vscode 目录下，用于声明项目中的自定义任务，比如编译代码、打包资源、运行测试脚本等。这些任务可以被命令面板调用，也可以被 launch.json 自动触发。
每个任务都有一个 label 字段，作为其唯一标识符，供其他配置引用。
实现联动：preLaunchTask 触发构建任务
最常见的联动场景是：在调试前自动编译源码。例如，你正在写 C++ 或 TypeScript 项目，源码需要先构建才能运行。
配置步骤如下：
- 在 tasks.json 中定义一个构建任务，如名为 "build" 的任务
- 在 launch.json 的配置中，设置 preLaunchTask: "build"
- 当你启动调试时，VS Code 会先尝试运行 "build" 任务
- 如果任务成功完成，调试器才会启动；若失败，则中断流程，防止调试旧版本或错误代码
注意：preLaunchTask 引用的是任务的 label，不是命令本身。同时，该任务必须设置为 "isBackground": false，除非是监听类任务（如持续构建），否则调试会立即开始而不管构建是否完成。
实际示例：TypeScript 项目联动配置
假设项目结构包含 src/index.ts，需编译到 dist/index.js 后再运行。
tasks.json 配置片段：
{
"version": "2.0.0",
"tasks": [
{
"label": "build",
"type": "shell",
"command": "tsc",
"group": "build",
"presentation": {
"echo": true,
"reveal": "always"
},
"problemMatcher": "$tsc"
}
]
}
launch.json 配置片段：
{
"version": "0.2.0",
"configurations": [
{
"name": "Run compiled JS",
"type": "node",
"request": "launch",
"program": "${workspaceFolder}/dist/index.js",
"preLaunchTask": "build",
"console": "integratedTerminal"
}
]
}
此时点击“运行和调试”，VS Code 会自动执行 tsc 编译，成功后启动 Node.js 运行输出文件。
基本上就这些。掌握这两个文件的协作逻辑，能让 VS Code 不只是一个编辑器，而是一个完整的本地开发工作台。关键是理解 preLaunchTask 如何通过任务标签触发构建流程，确保每次调试都基于最新代码。
