javascript 大对象存储优化核心是存得巧、用得快、放得及时：采用列式存储、分块流式处理、内存复用与及时断引用，避免老生代膨胀和 gc 阻塞。
JavaScript 中处理大对象存储，核心不是“存得下”，而是“存得巧、用得快、放得及时”。大对象（如百万级数组、深度嵌套 JSON、大型 Blob 或 TypedArray）一旦管理不当，会直接进入 V8 的老生代甚至 LargeObjectSpace，导致内存占用飙升、GC 阻塞主线程、页面卡顿甚至崩溃。优化关键在于控制分配方式、减少冗余结构、主动干预生命周期。
用列式存储替代对象数组
50 万行数据用 [{id:1,name:'a',price:99},...] 存储，实际内存可能达 132MB；改用列式结构后可压至 25MB 左右。原理是避免每个对象重复携带元信息（Map 指针、属性槽、HeapNumber 封装等）。
- 数值字段用
Float64Array或Int32Array单独存储，连续内存 + CPU 缓存友好 - 字符串字段可统一用
String[]+ 索引映射，或更进一步用字典压缩 +Uint16Array编码 - 避免嵌套对象，把
{user:{profile:{age:30}}}扁平为{user_profile_age: 30}或用Map键值分离
分块加载与流式处理
不一次性解析或生成大对象，而是按需切片、渐进使用。这对 CSV、JSONL、表格导出等场景尤其有效。
- 用
ReadableStream读取 fetch 响应体，配合TextDecoder逐段解析，避免整包进内存 - 大数据渲染用虚拟滚动，只维护可视区 + 缓冲区的数据子集，其余置空或延迟加载
- 导出功能中，用
TransformStream边处理边写入 Blob，不累积完整结果数组
复用内存而非反复创建
频繁新建大对象（如循环中生成临时矩阵、配置副本）会快速填满老生代，触发高成本 GC。应优先复用已有结构。
- 用对象池管理固定规格的大对象，例如
new Float64Array(8192)实例重复 acquire/release - 合并对象时优先用
Object.assign(target, source)替代展开语法{...a, ...b}，避免中间对象分配 - 对只读大对象，考虑用
const声明 + 不可变逻辑约束，防止意外修改触发隐式拷贝
及时切断引用，协助 GC 回收
即使对象不再业务使用，只要存在强引用（变量、闭包、Map/Array 元素、事件回调），V8 就不会回收它。释放要“主动且干净”。
- 组件卸载、模块销毁时，将大缓存变量设为
null，清空数组.length = 0，清除 Map/Set 内容 - 避免闭包长期持有大数据：若内部函数只需部分字段，解构后再传入，而不是直接捕获整个对象
- DOM 关联元数据改用
WeakMap存储，确保节点被移除后元数据自动失效
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
