new.target 无法终结异步构造器崩溃，因其仅判断是否用 new 调用，不处理异步错误、未捕获拒绝或 this 失效；应弃用 async 构造器，改用同步构造 + 显式 init() 方法。
不能靠 new.target “完全终结” 异步构造器引发的崩溃。
new.target 的真实作用很有限
new.target 只是一个运行时元属性，它只做一件事：判断当前函数是否被 new 调用。如果没用 new，它的值就是 undefined。它不处理异步逻辑，也不捕获错误，更不会阻止 await 失败、throw 未捕获或 Promise 被拒绝后无人监听。
- 无法拦截
fetch().then()中抛出的异常 - 无法防止
async constructor内部因忘记await导致的 unhandled rejection - 无法修复
this在定时器回调中指向已销毁实例的问题 - 不约束外部代码在实例未初始化完成前就调用关键方法
真正崩溃的源头不在构造调用方式
所谓“错误调用异步构造器”，常是误把表象当原因。崩溃实际发生在构造之后的异步初始化阶段，比如：
- 异步加载数据失败，又没
try/catch，触发全局unhandledrejection - 多个方法并发调用未加锁，造成状态竞争或重复初始化
- 事件监听器绑定在
this上，但实例提前销毁，回调执行时访问已释放属性 - 构造器里直接
await，违反 JS 规范（构造器不能是async），导致语法错误或行为不可控
更可靠的做法是重构初始化流程
放弃让构造器承担异步职责，把风险点拆开、显式控制：
- 构造器只做同步、轻量、无副作用的事：赋值字段、设默认状态（如
this._initialized = false） - 把异步加载逻辑抽成独立的
init()方法，并明确要求调用者await instance.init() - 所有依赖初始化的方法开头加守卫：
if (!this._initialized) throw new Error('Call init() first') -
init()内部用try/catch包裹全部await，统一处理失败，避免未捕获拒绝 - 若涉及定时器、事件监听或 Worker，配套提供
destroy()并在其中清理资源
一个安全可用的示例结构
下面不是“用 new.target 终结崩溃”，而是绕过它能力之外的问题：
class AsyncResource {<br>
constructor() {<br>
if (!new.target) throw new TypeError('Must use new');<br>
this._data = null;<br>
this._initialized = false;<br>
}<br><br>
async init() {<br>
try {<br>
const res = await fetch('/api/data');<br>
this._data = await res.json();<br>
this._initialized = true;<br>
} catch (err) {<br>
this._error = err;<br>
throw err;<br>
}<br>
}<br><br>
getData() {<br>
if (!this._initialized) throw new Error('Not ready. Call init() first.');<br>
return this._data;<br>
}<br>
}
