vscode调试微服务失败主因是环境割裂与配置缺失：需显式配置runtimeexecutable路径、多launch配置管理端口、jsconfig.json解决monorepo路径识别、sourcemap对齐断点位置。
VSCode 本身不运行微服务，它只调用你本地已安装的 node 和配套工具（如 nodemon、pm2 或 docker）；微服务启动失败，90% 是因为 node 命令在 VSCode 终端里不可用，或调试器找不到正确的 runtime —— 先解决这个，再谈服务间通信和热重载。
终端里 node -v 成功，但 VSCode 调试器报 “Cannot find runtime 'node'”
这是最典型的“环境割裂”：终端能跑，调试器不能跑。VSCode 调试器不继承 shell 的 PATH 加载逻辑，尤其在 Windows 或用了 nvm/fnm 的 macOS/Linux 上。
- 打开系统终端（CMD/PowerShell/Terminal），运行
where node（Windows）或which node（macOS/Linux），复制输出的完整路径 - 在项目根目录下创建
.vscode/launch.json，确保配置中显式写入"runtimeExecutable"字段，例如："runtimeExecutable": "C:\Program Files\nodejs\node.exe"（Windows）或"runtimeExecutable": "/Users/you/.nvm/versions/node/v20.15.0/bin/node"（macOS） - 不要依赖
PATH自动查找 —— 调试器不会执行source ~/.zshrc，也不会触发 nvm 的use逻辑 - 验证方式：在
index.js里加一行console.log(process.execPath)，对比调试器输出路径是否与runtimeExecutable完全一致
多个微服务同时启动，怎么避免端口冲突和调试混乱
单个 launch.json 只能启动一个进程；微服务不是“一个 Node 进程”，而是多个独立进程协作 —— 必须用多配置 + 独立工作区或任务组合。
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
- 在
launch.json的configurations数组里定义多个 launch 条目，每个配不同program和port，例如："name": "auth-service", "program": "${workspaceFolder}/services/auth/index.js", "env": {"PORT": "3001"} - 对需要热重载的服务（如用
nodemon），别直接在program里写nodemon—— 调试器不支持子进程接管；改用"request": "attach"模式：
先在终端手动执行nodemon --inspect-brk=9230 ./services/auth/index.js，再配一条 attach 配置，指定"port": 9230 - 端口管理建议：统一用
.env文件定义AUTH_PORT=3001、USER_PORT=3002，并在launch.json中通过"envFile": "${workspaceFolder}/.env"加载，避免硬编码
require() 报 Cannot find module，但 npm start 能跑
这不是 Node.js 环境问题，是 VSCode 的语言服务没识别 monorepo 结构或软链接依赖 —— 尤其常见于 pnpm workspace 或 npm link 场景。
- 确认
package.json中是否有"type": "module"；如果子包是 ESM，主服务是 CJS，混合require()和import会直接崩溃 - 运行
npm ls <module-name></module-name>（比如npm ls @myorg/auth-utils），检查是否显示extraneous或路径指向node_modules/.pnpm/...—— VSCode 默认不扫描 pnpm 的嵌套 symlink 目录 - 在项目根目录加
jsconfig.json，显式声明"compilerOptions": {"baseUrl": ".", "paths": {"@myorg/*": ["packages/*/src"]}}，让跳转和补全生效 - 禁用所有“自动导入”类插件（如 Auto Import），它们常把本地包误解析成 npm 包，导致
require("@myorg/utils")被替换成require("utils")
调试时断点不触发，但日志正常输出
断点失效 ≠ 代码没跑，大概率是 source map 未加载或入口文件路径错位 —— 微服务常从 dist/ 启动，但断点打在 src/ 上。
- 检查
launch.json中"program"是否指向编译后路径（如"${workspaceFolder}/dist/services/auth/index.js"），而非源码路径 - 确保构建工具（如
ts-node、esbuild）启用了 source map：TypeScript 项目需"sourceMap": true在tsconfig.json；esbuild 要加--sourcemap参数 - 若用
ts-node直接运行 TS 文件，调试器无法解析 TS，必须配"runtimeArgs": ["--loader", "ts-node/esm"]并确保ts-node已全局安装 - 在 Debug Console 执行
debugger，看是否暂停 —— 如果能停，说明 runtime 正常，问题出在 source map 映射关系上
微服务环境的复杂性不在配置本身，而在于每个服务有自己的启动逻辑、依赖隔离和调试上下文；VSCode 不会自动理解“这是一个 auth 服务”，它只认 program 路径和 runtimeExecutable。路径写错一字符、envFile 没加载、sourceMap 路径没对齐，都会让断点静默失效——别猜，先打印 process.cwd() 和 process.execPath。
