避免深度遍历损耗的关键是减少不该拷和重复拷：跳过只读常量、复用纯函数引用、按需转换特殊类型、结构化映射替代全量深拷、缓存子树、延迟至必要时刻再拷。
避免深度遍历损耗的关键，不是绕开拷贝，而是减少“不该拷的”和“重复拷的”。真正耗性能的，从来不是单次深拷贝，而是高频、全量、无差别地遍历整个对象树。
只拷可变部分，不拷只读常量
很多对象里混着大量静态配置、枚举值、纯函数或 null/undefined —— 它们根本不会被修改，也不需要隔离。拷贝时跳过这些，能立刻削减 30%–60% 的遍历路径。
- 明确标记只读字段（如
config: { API_BASE: 'https://api.example.com', VERSION: '2.1' }），拷贝逻辑直接跳过 - 函数若无闭包依赖、不访问外部 mutable 状态，可复用原引用，无需重建
- Date、RegExp 等特殊类型，按需转换：Date → 时间戳（number）、RegExp →
new RegExp(source, flags)，比完整深拷贝轻量得多
用结构化映射替代通用深拷贝
与其把整个后端返回的用户对象深拷一遍再删字段，不如按前端实际使用场景，构造最小必要结构：
- 列表页只需
{ id, name, avatar, status }，用解构 + 字面量生成，零递归 - 表单编辑时，仅对当前变更字段做局部更新：
{ ...form, profile: { ...form.profile, email: newEmail } } - 状态派生用
createSelector（Redux Toolkit）或computed（Vue），结果缓存，不每次重拷
缓存已处理子树，避免重复遍历
同一对象在多个地方被引用时（比如一个 shared config 被多个组件用到），反复深拷会重复走相同路径。用 WeakMap 缓存中间结果：
- 每次进入对象前先查缓存：
if (cache.has(obj)) return cache.get(obj) - 拷贝完成后存入缓存：
cache.set(obj, result) - WeakMap 自动回收，不引发内存泄漏
延迟执行，只在确定节点才拷
多数时候，数据只是暂存、流转、展示，真正需要隔离副本的只有几个明确时刻：
- 表单提交前
- 快照保存（如 undo/redo）
- 导出为 JSON 或发送给后端
- 跨线程传递（postMessage）
其余时间保持引用，配合 Object.freeze() 标记只读副本，既防误改，也助 V8 优化。
不复杂但容易忽略：拷贝不是目的，数据隔离才是。看清哪些真要“独立”，哪些只是“看着像要”，损耗自然下来。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
