HMR内存泄漏源于旧模块未卸载，需精准清除require.cache中变更模块及其依赖、显式释放资源、控制更新粒度并监控内存。
模块热更新（HMR）频繁触发时，旧版本代码未被及时卸载、持续驻留内存，是典型的“缓存残留+生命周期错配”问题。核心不在于HMR本身失效，而在于新模块加载后，旧模块的实例、闭包、全局监听器或定时器未被正确清理，导致内存无法释放，甚至引发状态污染和OOM。
精准清除模块缓存，避免暴力重置
Node.js环境（如Vite开发服务器底层、自研HMR服务）中，require.cache默认不会随文件变更自动刷新。不能简单遍历清空整个缓存，否则会中断依赖链、崩溃服务。
- 只清除被修改模块及其直系依赖：通过文件路径映射定位变更模块，再递归查找其在
require.cache中的键名，逐个delete require.cache[key] - 配合
module.parent向上追溯，确保父模块未缓存旧子模块引用 - Vite用户可启用
server.hmr.overlay = false配合插件日志，定位具体未更新的模块路径
显式管理模块副作用与资源生命周期
HMR接受新模块前，必须由开发者主动释放旧模块持有的资源。框架（如React/Vue）仅处理组件层，业务逻辑层需手动介入。
- 导出
hot.dispose()或hot.accept()回调，在其中清除定时器、取消网络请求、解绑事件监听器 - 避免闭包持有外部作用域大对象（如未释放的模型实例、缓存Map），改用弱引用（
WeakMap）或显式.clear() - 对AI服务类场景（如TorchScript模型热加载），在
dispose中调用torch.cuda.empty_cache()或显式del old_model
控制热更新粒度与并发节奏
高频保存+大模块并行更新，会叠加内存峰值。尤其在模型服务、可视化大屏等场景，瞬时占用翻倍极易触发OOM。
- 配置HMR防抖：Vite中设置
server.hmr.throttle = 200（毫秒），避免连续保存多次触发 - 拆分巨型模块：将模型权重、渲染逻辑、工具函数分离为独立chunk，按需热更新，而非整页刷新
- 禁用非必要HMR：对
node_modules内稳定库、构建产物目录（如dist）关闭监听，减少误触发
验证与监控关键指标
仅看页面是否刷新不够，需确认旧代码真正退出内存。
- Chrome DevTools → Memory → “Take heap snapshot”，对比更新前后，搜索模块名，确认旧构造函数实例数归零
- Node.js进程启用
--inspect，用Chrome调试器查看require.cache内容变化 - 记录每次HMR耗时与内存增量（如
process.memoryUsage().heapUsed），识别异常飙升点
