VSCode中REST Client不支持一键并发，需手动复制请求块并依次触发；真正并发须用hey等外部工具或脚本驱动，调试并发请求需结合断点、日志、上下文切换及trace ID对齐。
怎么在 VSCode 里快速发多个并发 HTTP 请求
REST Client 扩展本身不支持“一键并发”，但可以通过复制请求块 + 手动触发实现近似效果。真正的并发必须靠外部工具（如 curl、ab、hey）或脚本驱动，VSCode 只负责组织和触发。
- 在
.http文件中写好一个请求，比如：GET https://httpbin.org/delay/1
- 复制该请求块 4–5 次（注意每块之间留空行），修改 URL 参数或加不同
User-Agent便于区分 - 把光标依次停在每个请求块内，按
Ctrl+Alt+R（Windows/Linux）或Cmd+Alt+R（macOS）——这不是并行执行，而是快速串行触发；响应面板会按顺序叠加显示 - 若想真正并发，得用终端：在集成终端（
Ctrl+`）里运行hey -n 10 -c 5 https://httpbin.org/delay/1，VSCode 不内置压测能力
调试 Node.js 后端时如何观察并发请求的执行路径
单靠断点无法直观看出并发行为，必须配合日志 + 异步堆栈 + 调试器上下文切换。VSCode 的调试器默认按线程/调用栈隔离，同一进程内的多个请求会共用一个调试会话，但变量作用域独立。
- 在入口函数（如 Express 的
app.get回调）第一行设断点：F9点击行号左侧 - 启动调试（
F5），再用curl或 Postman 并发发起 3 个请求 - 调试器会暂停在第一个命中断点的请求上；此时点击调试侧边栏顶部的「暂停」按钮右侧下拉菜单，可切换到其他正在暂停的请求上下文
- 注意：Node.js 是单线程事件循环，多个请求不会同时停在同一个断点——除非你用了
async+await且恰好在 await 处被调度暂停 - 推荐加
console.log(`req ${Date.now()} ${req.id}`)配合断点，避免混淆请求来源
为什么并发请求下断点经常“跳过”或不生效
不是快捷键问题，而是 Node.js 异步调度与 VSCode 断点机制的天然错位。常见于 Promise 链、setTimeout、流式处理等场景。
-
launch.json中没配"skipFiles"，导致断点落在node_modules或 polyfill 代码里，实际执行流绕过了你的源码 - TypeScript 项目未启用 source map 或未正确生成
.js.map文件，断点打在 TS 行，但调试器找不到对应 JS 位置 - 用了
Promise.all并发调用异步函数，但断点设在then外部——JS 引擎可能已将后续逻辑编译为微任务队列，VSCode 无法在“逻辑上”的下一行暂停 - 解决办法：断点尽量设在
async函数内部、await表达式之后，或用debugger语句强制中断（比 F9 更可靠）
用 compound 配置同步调试前端+后端并发行为
当你要复现“用户点按钮 → 前端发 3 个 API → 后端并发处理 → 返回结果”的完整链路时，单点调试不够，必须跨进程关联。
- 在
.vscode/launch.json中定义两个配置："Web (Chrome)"和"Backend (Node)"，再用compounds组合 - 确保后端启动时加
--inspect=9229，前端服务跑在localhost:3000，且 API 请求指向同域或已配 CORS - 按
F5启动 compound 调试后，前端断点命中时，后端可能尚未收到请求；这时可在后端接口开头加debugger，等前端发完请求再手动触发 - 关键限制：VSCode 不自动传递请求 ID 或 trace ID，你得自己在请求头里加
X-Request-ID，并在前后端日志里对齐，否则并发下根本分不清哪条日志属于哪个请求
console.timeLog 或 OpenTelemetry 打点验证。 
