vscode调试前自动运行测试失败即中断，需在tasks.json定义test任务并设为prelaunchtask；测试通过后可写入环境变量供launch.json读取；windows下应避免powershell策略限制，改用bat或指定执行策略；确保任务一次性完成、cwd一致且无watch模式。
调试前自动跑测试失败就中断启动
VSCode 的 launch.json 本身不支持“测试失败则跳过调试”，必须靠外部脚本兜底。常见做法是把测试命令塞进 preLaunchTask，但默认行为是只要命令退出码非 0 就报错并中止调试——这反而是你想要的。
- 在
.vscode/tasks.json中定义一个test:unit任务，type设为shell，command写成npm test或jest --ci --passWithNoTests - 确保该任务的
problemMatcher不干扰退出码（删掉或用$msCompile这类只匹配编译错误的） - 在
launch.json的调试配置里加字段："preLaunchTask": "test:unit" - 注意：如果测试脚本本身用了
set -e或exit 0强制成功，VSCode 就收不到失败信号，调试照常启动
测试通过后才注入调试参数（比如 NODE_OPTIONS）
有些场景下，你希望测试跑完、确认环境 OK 后再启动调试进程，并附带特定参数（如 NODE_OPTIONS=--inspect-brk）。直接写在 launch.json 里会绕过测试阶段；必须让 preLaunchTask 承担“准备+校验”双重职责。
- 把测试和参数设置合并成一个 shell 脚本，例如
./scripts/pre-debug.sh - 脚本里先运行
npm test，成功后再用echo 'NODE_OPTIONS=--inspect-brk' > .env.debug写入临时环境文件 -
launch.json中启用"envFile": "${workspaceFolder}/.env.debug"，并删掉env字段硬编码 - 别忘了在
tasks.json中将该脚本设为preLaunchTask，且isBackground设为false（否则 VSCode 不等它结束就启动调试）
Windows 下 PowerShell 脚本执行被策略拦截
VSCode 默认在 Windows 上用 PowerShell 执行 preLaunchTask，而很多公司机器启用了 Restricted 执行策略，导致 .ps1 脚本直接报错：File xxx.ps1 cannot be loaded because running scripts is disabled on this system.
- 最稳妥解法：不用
.ps1，改用.bat或直接写 inline command（在tasks.json的command字段里写cmd /c "npm test && echo ready"） - 若必须用 PowerShell，可在
tasks.json中显式指定options：{"shell": {"executable": "pwsh.exe", "args": ["-ExecutionPolicy", "Bypass"]}} - 不要试图全局改 PowerShell 策略——权限不够且影响其他工具
- 检查
terminal.integrated.defaultProfile.windows设置，避免 VSCode 终端默认 profile 干扰任务执行环境
调试器启动慢，但测试其实秒过
有时候 preLaunchTask 显得卡住，实际是测试早跑完了，但 VSCode 还在等某个输出信号（比如没正确结束 stdin 或后台进程没退出）。尤其当你用 jest --watch 或 nodemon 类工具时，更容易假死。
- 所有
preLaunchTask必须是**一次性完成**的命令，禁用任何 watch 模式或长运行进程 - 在命令末尾加
&& exit 0显式收尾，防止某些 shell 环境残留状态 - 用
timeout包裹测试命令（如timeout 30s npm test || exit 1），避免挂起阻塞整个调试流 - VSCode 1.85+ 支持
presentation配置项，设"echo": false可减少终端刷新开销，对速度有轻微提升
真正麻烦的是测试本身依赖的环境变量或工作目录没对齐——preLaunchTask 和 launch 的 cwd 默认不同，容易导致路径错乱或模块找不到。动手前先用 echo $PWD && env | grep -i node 对齐两处上下文。
