javascript 大规模数据处理需主动控制内存：分块加载与流式解析、虚拟化渲染、弱引用（weakmap/weakset）、显式解引用及可控缓存淘汰机制。
大规模数据处理时，JavaScript 的内存压力会迅速上升，尤其在单页应用、实时图表、长列表或大文件解析场景中。关键不是“等 GC 来救”，而是主动控制对象生命周期、减少强引用、分摊内存压力。
分块加载与流式解析
避免一次性解析整份大型 JSON 或读取完整 Blob。浏览器对超大字符串或数组的分配和回收成本极高，可能触发长时间 GC 暂停。
- 用
fetch的response.body.getReader()分块读取响应流，逐段解析 JSON 片段（如使用JSONStream或手动累积 +JSON.parse） - 处理 CSV/Excel 等结构化数据时，按行或按页解析，只保留当前批次所需字段，不缓存全量原始数据
- 上传大文件时，用
File.slice()分片上传+处理，每片处理完立即丢弃引用
虚拟化渲染与按需保留 DOM
长列表、表格或无限滚动是内存泄漏高发区——渲染上千个 DOM 节点会占用数十 MB，且节点绑定事件或数据后更难释放。
- 只渲染视口内及少量缓冲区的元素（如 React-Window、vue-virtual-scroller），其余用占位 div 占位
- 卸载组件时，确保清除所有事件监听器（
removeEventListener）、取消定时器（clearTimeout）、中断未完成的 fetch 请求（AbortController） - 避免用普通对象缓存 DOM 节点（如
cache[id] = el），改用WeakMap存储元数据，节点被移除后自动解除关联
弱引用与显式解引用
GC 只能回收“不可达”对象。只要一个强引用存在（哪怕只是临时变量），整个引用链上的对象都存活。
- 用
WeakMap关联 DOM 节点与状态（如编辑标记、加载状态），不阻碍节点回收 - 用
WeakSet标记已处理过的对象（如去重、防重复计算），避免持有强引用 - 在组件销毁、页面切换、数据清理钩子中，显式将大型缓存、临时数组、闭包变量设为
null（例如：bigData = null） - 避免闭包长期持有大数据：返回函数前，先清空或截断外部作用域中的大数组/对象引用
缓存可控与淘汰机制
前端缓存（如 API 响应、计算结果）若无边界，会持续膨胀。尤其在多用户、多配置场景下，缓存极易失控。
- 为缓存设置最大容量（如 100 条）和过期时间（如 5 分钟），超出后按 LRU（最近最少使用）淘汰
- 避免用全局对象（
window.cache）或模块级变量长期持有所有请求结果；优先封装成带策略的缓存实例 - 对高频更新的数据（如实时行情），采用 TTL + 主动失效，而非依赖被动 GC
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
