new.target 无法完全阻止异步类构造器崩溃，因构造函数语法禁止 await；实际需用工厂方法替代、配合私有状态守卫和基类统一拦截来保障初始化安全。
不能靠 new.target “完全终结”异步类构造器的崩溃，因为 JavaScript 语法上禁止在 class 构造函数中直接使用 await —— 构造函数本身不能是 async，这是语言硬性限制。所谓“异步类构造器”本质上是一种设计模式的误称，真实场景中是开发者试图在 constructor 内执行异步操作（如 fetch、new Promise 或等待初始化），结果导致实例化后状态未就绪、this 提前暴露，或调用者误以为对象已可用而引发后续错误。
识别并拦截非法同步构造行为
new.target 可用于在基类构造函数中判断调用上下文是否合规，并主动拒绝不安全的实例化：
- 检查
new.target是否存在，排除非new调用（如MyClass()） - 若检测到传入了需异步准备的参数（如
config.url），可立即抛出TypeError，提示“构造器不支持异步初始化，请改用工厂方法” - 避免在构造函数内启动异步任务；若必须触发，应明确返回一个
Promise实例（即不返回this，而是返回初始化 promise），但此时它已不是传统“构造”，而属于创建流程的一部分
用工厂函数替代构造器承载异步逻辑
把异步初始化从 constructor 中剥离，交由静态工厂方法处理，new.target 在其中可辅助校验调用来源：
- 定义
static async create(...args)，内部调用new this(...args)得到原始实例 - 在
create中执行所有异步步骤（如加载配置、连接资源），完成后才返回可用实例 - 可在工厂中读取
new.target（若被继承调用）来确保子类类型正确，例如：if (new.target !== MyClass) throw new Error("Use subclass.create()")
防止 this 提前泄露与状态错乱
即使构造函数看似“同步完成”，若内部启动了未 await 的 Promise，this 就可能在初始化完成前被外部访问。借助 new.target 可配合私有字段做运行时防护：
- 在基类中声明
#initialized = false，构造函数末尾不设为true - 所有关键方法开头加守卫：
if (!this.#initialized) throw new Error(`${new.target.name} is not ready`)` - 异步初始化完成后才置
this.#initialized = true，确保访问安全
统一拦截派生类的非法构造尝试
若项目中所有业务类都继承自一个 AsyncCapable 基类，就能利用 new.target 实现集中管控：
- 基类
constructor()中检查new.target.prototype.init是否为异步函数，若是则报错提醒“请勿直接 new，应调用 .create()” - 通过
new.target.name记录哪些类被错误地同步构造，便于日志追踪和 CI 检查 - 配合 TypeScript 的构造签名约束（如禁止构造函数接受 Promise 类型参数），从开发阶段减少误用
