JavaScript class 生命周期需显式契约化管理：constructor仅校验参数、设基础字段、绑定方法；init()和destroy()成对处理副作用与资源释放；配合状态枚举与类型约束确保安全流转。
在大型单页应用（SPA）中，JavaScript class 的生命周期不能靠“写完就跑”来管理——它必须与组件挂载/卸载、状态流转、资源申请/释放严格对齐。规范化的核心是：**把类的创建、初始化、使用、销毁变成可预期、可追踪、可协同的显式契约**。
构造函数只做最小初始化，不启动副作用
constructor 是生命周期的起点，但不是执行入口。它应专注三件事：
- 校验必要参数是否合法（如 config.url 是否为字符串、timeout 是否为正数）
- 设置基础字段（this._isMounted = false、this._resource = null、this._abortController = null）
- 绑定关键方法（如 this.handleEvent = this.handleEvent.bind(this)），避免后续被闭包意外捕获大对象
禁止在 constructor 中发起网络请求、启动定时器、监听全局事件或操作 DOM。这些行为会延长实例创建时间，且失败时无法优雅降级。
提供显式 init() 和 destroy() 方法，形成闭环
把耗时、异步、有副作用的操作收口到两个明确方法中，由调用方按需触发：
立即学习“Java免费学习笔记（深入）”；
- init()：在组件 mounted 或数据就绪后调用，负责连接 API、注册事件、启动轮询、加载缓存等。返回 Promise 便于等待就绪
- destroy()：在组件 unmount 前调用，负责 clearTimeout / clearInterval、abort fetch、removeEventListener、释放 canvas/WebGL 上下文、清空 Map/Set 引用
这两个方法必须成对出现。Vue 中可在 onBeforeUnmount 里调用 instance.destroy()；React 中可在 useEffect 清理函数中调用；纯 JS 场景下需确保调用链清晰（如 router.beforeEach → 页面组件 → service.destroy()）。
与状态管理协同，避免“幽灵实例”
SPA 中常因路由跳转快、组件复用多，导致旧实例未销毁而新实例已创建。规范做法是：
- 服务类（如 ApiService、WebSocketManager）统一注册到全局 Registry 或依赖注入容器，按需获取、按需销毁
- 每个实例持有唯一 id（如 Symbol() 或 uuid），并在 destroy 后从 Registry 中移除
- 关键资源（如 WebSocket 连接、EventSource）在 destroy 时显式 close，并检查 this._isDestroyed 标志位，防止回调中误操作已销毁实例
例如：fetch 回调中先 if (this._isDestroyed) return，再更新状态——这比 try/catch 更轻量、更可靠。
用 TypeScript 类型 + 访问器强化生命周期语义
借助类型系统让生命周期状态“可见可约束”：
- 定义枚举 Status { INITIALIZING, READY, DESTROYING, DESTROYED }，用 private _status 字段管控流转
- 用 get isReady() { return this._status === Status.READY } 暴露只读状态
- 用 set status(v) { if (!ALLOWED_TRANSITIONS[this._status]?.includes(v)) throw new Error(...) } 控制非法跃迁
配合构造函数校验、init() 状态推进、destroy() 终止，整个生命周期就具备了类型安全的边界。
