constructor 内异常无法用 try...catch 捕获，必须在 new 外层捕获或用工厂函数封装；构造函数应同步校验并主动 throw，异步操作须移至 init() 等独立方法。
JavaScript class 的初始化过程异常不能在 constructor 内部用 try...catch 捕获，因为构造失败时引擎会立即中止实例化，并将错误直接向上抛出——此时内部的 catch 完全无效。真正有效的捕获必须发生在 new 表达式外部，或通过封装逻辑提前规避。
在 new 外层用 try/catch 捕获
这是最直接、标准且兼容性最好的做法。所有由构造函数同步抛出的错误（如参数校验失败、属性访问异常、throw new Error()）都会在此被捕获。
- 确保错误不被静默吞掉，能触发业务降级、日志上报或用户提示
- 适用于任何环境，无需额外工具或语法支持
- 示例：
复制代码
try {<br> const user = new User("Alice", null); // 假设 age 为 null 时 constructor 抛错<br>} catch (err) {<br> console.error("创建用户失败：", err.message);<br> // 可返回默认对象、弹窗提示，或跳转错误页<br>}
用工厂函数封装初始化逻辑
当初始化依赖外部状态（如 API 响应、配置加载、权限检查），或需要异步准备时，工厂函数比裸 new 更安全、更可控。
- 可在真正调用
new前做预检、转换、重试等操作 - 内部可自由使用
await、try/catch、条件分支 - 构造函数保持纯净，只处理合法输入
- 示例：
复制代码
class ConfigService {<br> constructor(config) {<br> if (!config.apiKey) throw new Error("apiKey required");<br> this.config = config;<br> }<br>}<br><br>async function createConfigService() {<br> try {<br> const config = await fetchConfig(); // 异步获取<br> return new ConfigService(config);<br> } catch (err) {<br> console.warn("配置加载失败，使用默认值");<br> return new ConfigService({ apiKey: "fallback-key" });<br> }<br>}
避免在 constructor 中执行异步操作
构造函数必须同步返回实例，不支持 await，也不能返回 Promise。若强行“模拟”异步（如用 setTimeout 或 Promise.resolve().then()），会导致实例提前返回，而初始化结果无法可靠绑定到 this 上，极易引发 undefined 错误或竞态问题。
- 正确做法是把异步逻辑移至独立方法（如
init()），由使用者显式调用并await - 构造函数仅做最小同步初始化：赋值、校验、绑定、创建空对象等
- 后续方法可通过私有字段（如
#initPromise）检查是否已就绪
补充：constructor 中的 throw 是合理且推荐的
主动抛出异常不是缺陷，而是明确契约。例如参数缺失、类型不符、非法状态等，应在 constructor 中立刻 throw，让调用方清楚“这个对象根本无法成立”，而不是返回一个半残缺实例。
- 不抛错 → 调用方拿到
user.name === undefined却不知为何，排查困难 - 抛错 + 外层捕获 → 错误位置清晰、堆栈完整、可统一处理
- 注意不要在 constructor 中分配需手动清理的资源（如定时器、事件监听器），否则异常发生时可能泄漏
