断点应设在控制器方法内部（如@Get()函数体）才真能看见注入实例，因为此时请求已进入、模块已加载、作用域已激活；constructor、main.ts或onModuleInit()中设断点几乎无效。
断点设在哪儿才真能看见注入实例？
你在 constructor 里打了断点，this.myService 却显示 undefined 或 Proxy —— 这不是代码写错了，而是你打断点的位置脱离了 NestJS 的请求上下文。Nest 的依赖注入链只有在完整生命周期内才可被调试器真实还原。
- 控制器方法内部（如
@Get() getItems()函数体）是最稳的断点位置：请求已进入，模块已加载，作用域已激活 -
main.ts或onModuleInit()钩子里设断点几乎无效：此时 ConfigService 可能还没读完.env，Provider 实例尚未完成异步初始化 - 守卫、拦截器、管道的
canActivate()/intercept()方法也可靠，它们天然运行在请求上下文中
“Find All References”搜不到注入调用？别信它
Find All References（Shift+F12）对 NestJS 的依赖注入链基本失效——这不是你配置错，是语言服务器根本没法静态分析 @Inject()、constructor(private readonly service: MyService) 这类装饰器驱动的动态绑定。
- 动态字符串注入：
@Inject('MY_TOKEN')或@Inject(forwardRef(() => MyService))完全逃逸语义分析 - 未导出的 Provider（比如
providers: [{ provide: 'HELPER', useFactory: () => {} }]）不会出现在引用列表里 - 真正有效的方式是组合搜索：
Ctrl+Shift+F全局搜MyService，勾选Match Whole Word和Match Case，再人工过滤import、providers、imports三类关键词
重命名 Service 类时怎么避免注入链崩掉？
NestJS 的注入依赖类名或 token 字符串，F2 重命名只改 TypeScript 类声明，不自动更新 @Inject(MyService) 或模块 providers 数组里的引用，极易导致运行时报 Unknown provider。
- 先用
Ctrl+Shift+F搜旧类名，确认所有providers:、imports:、@Inject()处都被覆盖 - 如果用了自定义 token（如
@Inject('USER_SERVICE')），必须手动同步改provide值和所有@Inject() - 微服务场景下，跨模块/跨仓库的注入（如
ClientProxy）更要检查register调用点和ClientProxyFactory.create()参数
微服务间调试跳转卡在 ClientProxy？用快捷键绕过
当你在 Gateway 服务里调用 client.send()，想直接跳到下游微服务的 handler，F12 跳转失败是常态——因为 ClientProxy 是运行时动态代理，没有静态定义可追溯。
- 别依赖 “Go to Definition”，改用
Ctrl+Shift+P→ 输入Developer: Toggle Developer Tools，在 Console 里复制client实例，展开options.pattern看实际匹配的 pattern 字符串 - 然后在目标微服务项目中
Ctrl+Shift+F搜该 pattern，快速定位@EventPattern()或@MessagePattern()装饰器所在文件 - 若 pattern 是动态生成的（如拼接变量），在
send()调用前加一行console.log(pattern)，比任何跳转都快
Ctrl+Shift+F + Ctrl+Shift+P + 手动日志）把“猜”变成“查”。 
