Class方法是否声明async取决于是否返回Promise：有await或显式return Promise时必须声明，否则多余包装；错误应在业务入口统一捕获，构造函数禁用async，init方法替代异步初始化。
在 Class 方法中使用 async/await，核心是把异步逻辑封装成可 await 的 Promise，并统一处理可能抛出的错误——不是所有方法都该加 async，也不是所有 await 后都要 try/catch，关键看职责和调用链。
Class 方法是否声明为 async，取决于它是否直接返回 Promise
如果方法内部有 await、或显式 return 一个 Promise（如 fetch、axios 调用），就必须声明为 async；否则调用方无法 await 它，且返回值会是普通值而非 Promise。
- ✅ 正确：异步操作 → 声明 async → 返回 Promise
- ❌ 错误：无异步逻辑却加 async → 多余包装，返回 Promise 包裹的原始值，易引发调用方误解
- ⚠️ 注意：同步方法不应为“未来可能异步”而提前加 async，应等真实需求出现再重构
错误拦截位置：优先在业务入口方法中捕获，避免层层 try/catch
Class 内部方法应专注执行，不主动吞掉错误；具体错误处理策略由调用方（如组件、服务协调层）决定。除非该方法有明确的降级逻辑（如缓存兜底），否则不要在底层方法里写 try/catch。
- ✅ 推荐：async fetchUser() { return api.getUser(); } —— 纯透传，错误向上冒泡
- ✅ 合理兜底：async loadProfile() { try { return await this.fetchUser(); } catch { return this.getCacheFallback(); } }
- ❌ 反模式：每个 async 方法都套 try/catch 并 console.error → 掩盖问题、破坏错误传播链、难以统一监控
构造函数中禁止使用 async/await
constructor 必须同步返回实例，无法等待异步操作完成。若需初始化异步状态，应拆分为两步：先 new 实例，再显式调用初始化方法。
立即学习“Java免费学习笔记（深入）”；
- ✅ 正确：const svc = new DataService(); await svc.init();
- ❌ 不可行：constructor() { await this.loadConfig(); } → 语法报错，且违背构造函数语义
- ? 提示：可在 init() 中使用 private 字段标记是否已初始化，防止重复调用
错误对象应保持可识别性，避免被 await 链“吃掉”堆栈
await 会将 rejected Promise 转为 throw，但若中间有未处理的 Promise 链（如忘记 return 或漏 await），错误可能丢失原始上下文。确保每层异步调用都正确 await 并传递错误。
- ✅ 安全写法：async getData() { const res = await fetch('/api'); return await res.json(); }
- ⚠️ 危险写法：async getData() { fetch('/api').then(r => r.json()); } → 没 return、没 await，Promise 被丢弃，错误静默失败
- ? 建议：开启 TypeScript 的 noImplicitReturns 和 ESLint 的 require-await 规则辅助检查
