如何利用 new.target 机制完全终结由错误调用异步状态构造器引发的崩溃-js教程-PHP中文网

new.target 无法终结异步构造器崩溃，它仅检测 new 调用，不处理异步错误、未捕获拒绝或上下文丢失；真正防护需分离构造与初始化、强制检查、异常捕获及生命周期管理。

如何利用 new.target 机制完全终结由错误调用异步状态构造器引发的崩溃

不能靠 new.target “完全终结”异步状态构造器的崩溃。它本身不处理异步逻辑，也不捕获错误或阻止运行时异常；它的作用仅限于检测函数是否被 new 调用。把崩溃归因于“错误调用构造器”，往往混淆了表象与本质——真正引发崩溃的是后续异步操作中未受控的异常、上下文丢失、资源竞争或 Promise 链断裂，而非构造器调用方式本身。

new.target 的真实能力边界

new.target 是一个元属性，仅在函数执行时存在，用于判断当前调用是否通过 new 触发。它无法：

拦截或修正异步代码中的 throw 或未捕获的 reject
防止 async 构造器内部的 await 报错导致进程退出
修复因忘记 await 引起的 Promise 未处理拒绝（unhandled rejection）
约束外部对实例方法的误用（比如直接调用未初始化的异步初始化方法）

真正需要加固的关键环节

崩溃通常发生在构造之后的异步初始化阶段。应聚焦以下可落地的防护点：

分离构造与初始化：构造器只做同步、轻量、无副作用的字段赋值；把耗时/可能失败的异步加载逻辑抽成独立的 init() 方法，并明确要求调用者 await instance.init()
强制初始化检查：在所有关键方法开头加入 if (!this._initialized) throw new Error('Not initialized. Call init() first.')
兜底异常捕获：在 init() 内部用 try/catch 包裹全部 await，并统一 reject 或转为可观察错误状态，避免未处理拒绝触发 unhandledrejection 事件
绑定生命周期上下文：若涉及定时器、事件监听或 Web Worker，确保在实例销毁时清理，避免 this 指向已释放对象后仍被回调触发

一个更稳健的写法示例

下面不是“用 new.target 终结崩溃”，而是放弃让它承担不该有的责任：

class AsyncState {<br>  constructor() {<br>    if (!new.target) {<br>      throw new TypeError('Class must be constructed with new');<br>    }<br>    this._data = null;<br>    this._initialized = false;<br>  }<br><br>  async init() {<br>    try {<br>      const result = await fetch('/api/state');<br>      this._data = await result.json();<br>      this._initialized = true;<br>    } catch (err) {<br>      this._error = err;<br>      throw err; // 显式抛出，由调用方决定如何处理<br>    }<br>  }<br><br>  getData() {<br>    if (!this._initialized) {<br>      throw new Error('AsyncState not initialized');<br>    }<br>    return this._data;<br>  }<br>}