Inject相关断点不命中主因是source map未生效或调试模式错误；应优先用attach模式连接nest start --debug启动的进程，配置port:9229、restart:true及outFiles映射，并确保模块正确导入、作用域匹配且断点设在请求上下文内。
为什么inject相关断点不命中？
你在constructor里打了断点，但调试时直接跳过——这通常不是代码问题，而是源映射（source map）没生效或调试启动方式不匹配。NestJS默认用nest start跑编译后的dist/main.js，而VSCode若按launch模式直接执行main.ts，TypeScript源文件和JS运行时之间就断开了映射链。
launch vs attach：该选哪个？
绝大多数 NestJS 项目应优先用 attach 模式，尤其当你依赖 --watch 或热重载时。原因很实际：
-
launch要求 VSCode 完全接管进程启动，但nest start --debug --watch自身已启动 inspector 并监听端口（默认9229），两者会冲突 -
attach是“连接已运行的 Node 进程”，天然兼容nestCLI 的调试生命周期 - 你改完代码保存后，
nest自动重启，VSCode 的 attach 配置能自动重连（需开启restart: true）
典型 attach 配置中必须包含："port": 9229、"restart": true、"outFiles": ["${workspaceFolder}/dist/**/*.js"]。
preLaunchTask 编译失败报“找不到任务”怎么办？
错误信息 找不到任务“tsc: build - tsconfig.json” 表明 VSCode 没识别到你的构建任务。这不是 NestJS 的锅，是 tasks.json 没配对：
- 确保
.vscode/tasks.json存在，且label字段值（比如"npm: build"）和launch.json中preLaunchTask的值完全一致（大小写、空格都不能错） - 如果你用的是
pnpm或yarn，tasks.json里的"type"应设为"shell"并手动写命令，例如："command": "pnpm run build" - 别依赖 VSCode 自动生成的
tsc任务——NestJS 项目一般走nest build或npm run build，它才真正触发tsconfig.build.json和装饰器处理
依赖注入链里看不到 Provider 实例？
即使断点命中的，this.myService 在 Variables 面板显示 undefined 或 Proxy，常见于：
- 模块未正确导入：检查
@Module({ imports: [...] })是否漏了提供该 Service 的模块，或exports没暴露 - 作用域问题：
@Injectable({ scope: Scope.REQUEST })的服务在非请求上下文（如onModuleInit钩子）里不可用，Variables 面板会显示undefined - 异步初始化未完成：比如
ConfigService依赖.env加载，但main.ts中bootstrap()执行太快，断点打在太早的位置，实例还没注入进来
最稳的验证方式：在 Controller 方法内设断点，那里请求上下文完整，inject 结果才真实可靠。
