new.target 可在构造函数中识别调用方式，区分直接实例化与子类继承调用，从而动态注入请求、测试或 cli 等上下文；需在 constructor 中使用，结合静态属性、装饰器或 proxy 实现无侵入式上下文注入。
new.target 可以在构造函数中识别调用方式（是否通过 new、由谁调用），从而区分「直接实例化」和「子类继承调用」，这是实现上下文动态注入的关键。核心思路是：在基类构造器中检查 new.target 指向的类，结合其静态属性、装饰器标记或命名特征，决定注入何种上下文（如请求上下文、测试上下文、CLI 上下文等）。
识别调用者类型，按需注入上下文
基类不直接依赖具体上下文，而是根据 new.target 的构造函数身份做判断：
- 若
new.target === BaseClass，说明是直接 new BaseClass()，可注入默认或全局上下文（如开发环境配置） - 若
new.target !== BaseClass && new.target.prototype instanceof BaseClass，说明是子类实例化，可读取子类上的静态字段（如new.target.context = 'http'）来决定注入 - 支持装饰器约定：子类加
@WithContext('rpc')，基类在构造时通过Reflect.getMetadata('context', new.target)提取（需配合 reflect-metadata）
结合静态属性声明上下文契约
让子类显式声明所需上下文类型，基类统一处理注入逻辑：
class ServiceBase {
constructor() {
const ctxType = new.target.context || 'default';
this.context = createContext(ctxType); // 自定义创建逻辑
}
}
class UserService extends ServiceBase {
static context = 'http'; // 明确声明
}
class MockUserService extends ServiceBase {
static context = 'test';
}
这样既保持基类无侵入，又让上下文来源清晰可维护。
拦截 new 调用并注入运行时信息
在框架层（如 DI 容器或代理构造器）中封装 new 行为，利用 new.target 动态补全上下文：
- 用
Proxy包裹类，constructtrap 中检查new.target，自动附加当前请求 ID、traceID 或 CLI 参数 - 在 Node.js HTTP 中间件里，将
req封装为上下文对象，并在实例化服务时通过闭包或临时 Symbol 注入：const svc = new (class extends ServiceBase {})();，然后在基类中从new.target查找关联的 req 引用
避免陷阱：new.target 在箭头函数与普通函数中的差异
new.target 只在普通函数构造器中有效，在箭头函数或 class 字段初始化中不可用：
- 不要在类字段（
ctx = this.getContext()）中访问new.target，会报错 - 所有依赖
new.target的逻辑必须放在constructor()内部，或委托给一个普通函数 - ES6 类的
super()必须在constructor中尽早调用，因此上下文注入建议放在super()之后，确保原型链已建立
不复杂但容易忽略的是：new.target 不是运行时值，而是语法绑定，它精准反映「哪个类字面量被 new 调用」，不是实例的 constructor。善用这一点，就能让同一份基类代码，在 Web、CLI、Test 等不同入口下自动适配上下文。
