new.target 能精准识别真实构造类，确保基类在构造时按需注入行为（如自动注册微任务），避免 this.constructor 失真，支持按子类隔离配置与初始化逻辑。
new.target 本身不直接调度微任务，但它能精准识别“谁真正被 new 出来”，这是构建弹性基类的关键起点——它让基类在构造时就知道自己服务于哪个具体子类，从而按需注入行为（比如自动注册微任务），而无需子类手动调用初始化方法。
用 new.target 锁定真实构造者，避免 this.constructor 失真
在继承链中，this.constructor 可能在某些场景下指向父类（例如箭头函数、动态构造、代理拦截后），但 new.target 始终准确指向最外层 new 调用的目标类。这保证了日志、类型判断、配置加载等逻辑始终基于“真实使用者”而非“当前执行上下文”。
- 在基类构造函数里读取
new.target.name或new.target本身，就能知道最终实例化的是ApiService还是CacheManager - 配合
Object.getPrototypeOf(new.target)可追溯继承关系，用于条件性启用特性 - 不依赖
instanceof或字符串匹配，语义更清晰、性能更稳定
在构造阶段自动注册微任务入口
微任务（如 queueMicrotask）适合做异步初始化、状态同步或延迟副作用。利用 new.target，可在基类中安全地为每个子类实例绑定专属微任务队列入口，且不污染原型链。
- 基类构造函数内：若
new.target !== BaseClass，说明是子类实例化，可立即调用queueMicrotask(() => this.#onConstructed()) - 把初始化逻辑（如预加载配置、连接检查）放在私有方法
#onConstructed中，由微任务统一触发 - 避免在构造函数中直接执行耗时操作，也防止子类忘记调用
super()后遗漏初始化
结合静态字段与 new.target 实现按类隔离的微任务策略
不同子类可能需要不同的微任务行为（比如重试策略、超时控制、错误兜底）。通过 new.target 查找对应类上的静态配置，实现零侵入策略分发。
- 子类可声明
static microtaskOptions = { delay: 0, maxRetries: 2 } - 基类在构造时读取
new.target.microtaskOptions，并缓存到实例属性中 - 后续所有微任务执行都基于该配置，无需每次重复判断
- 若未定义，则回退到基类默认值，保持向后兼容
规避常见陷阱：确保 super() 已完成且 this 可用
微任务回调中访问 this 是安全的，但必须确保它已在构造流程中完全就绪。ES 规范要求：只有在 super() 返回后，this 才被初始化。因此微任务必须在 super() 完成后注册。
- 不要在
super()前注册微任务，否则this未定义，会抛出ReferenceError - 推荐写法：在基类
constructor最末尾注册，或封装为受保护方法this.#scheduleInit() - 若子类重写构造函数，必须显式调用
super()，否则new.target在父类中不可靠
