前端内存安全需在架构设计阶段融入生命周期管理：组件自治清理、引用可控化、通信去状态化、构建层静态检查与快照比对。
前端架构设计阶段就建立内存安全意识，比事后排查更高效。关键不是“写完再修”，而是把内存生命周期管理融入模块、组件和通信机制的设计原则中。
组件级资源自治：销毁即清理
每个可复用组件应自带资源生命周期钩子，不依赖外部手动清理：
- React 中避免在 useEffect 内直接创建未清除的定时器或监听器；统一使用 cleanup 函数返回清理逻辑
- Vue 组件在 beforeUnmount（或 Vue 2 的 beforeDestroy）中显式调用 disconnect()、clearInterval()、removeEventListener()
- 自定义 Hook 或 Composition API 逻辑需封装“注册-注销”成对行为，例如 useInterval、useEventListener 都应返回 stop 方法
引用关系可控化：减少隐式强引用
避免让对象因意外持有而无法被 GC：
- DOM 引用不用全局缓存，改用 WeakMap 存储与 DOM 元素绑定的状态，元素卸载后自动失效
- 事件回调不闭包捕获大对象，优先提取必要字段（如 id、value），而非整个 data 对象
- 避免在 class 实例上长期保存第三方库实例（如 Chart、Map、Observer），改用 onMounted/onUnmount 管理其创建与销毁
通信机制去状态化：避免跨模块强持有
全局通信易造成隐式引用链：
立即学习“Java免费学习笔记（深入）”；
- 不直接将组件实例或大型数据传给 event bus / pubsub，改用轻量 payload（如 { type: 'USER_UPDATE', userId: 123 }）
- 状态管理（如 Pinia / Redux）中，store 不应直接持有 DOM 节点、Canvas 上下文或 Blob URL；这些应由组件自身管理并释放
- 异步操作（如 fetch、WebSocket）绑定到组件时，用 AbortController 控制请求生命周期，并在卸载时 abort
构建层主动拦截：静态检查前置化
把常见泄漏模式挡在上线前：
- 在 ESLint 中启用 @typescript-eslint/no-misused-promises、no-setter-return，配合自定义规则检测 setInterval 未清除、addEventListener 无对应 remove
- CI 流程中集成内存快照比对脚本：启动页面 → 空闲 5 秒 → 拍摄堆快照 → 触发组件挂载/卸载 → 再空闲 5 秒 → 拍摄第二张快照 → 检查 DOM 节点、Listener、Closure 是否残留
- 对 createObjectURL、new Audio()、WebGLRenderingContext 等高风险 API 调用做 wrapper 封装，强制要求配套 revoke / close / destroy 调用
