浅拷贝无法检测嵌套变化，需配合不可变更新和结构化比较实现高效变更检测：顶层用浅拷贝确保引用变化，深层用逐层新对象创建，再结合object.is和shallowequal精准判定。
在复杂状态树中，浅拷贝本身无法实现可靠的变更检测——它只能检测顶层属性的增删改，对嵌套对象或数组内部变化完全无感。真正高效的做法是：用浅拷贝保证顶层引用变化可被监听，再配合不可变更新模式（immutable update）和结构化比较（如 Object.is 或 shallowEqual），形成“可预测的引用变化 + 精准的变更判定”组合。
浅拷贝只管顶层，嵌套变化得靠不可变更新
浅拷贝（如 {...state}、[...arr]）只会复制第一层属性的值。如果 state 里有 user.profile.name 这样的深层字段，直接修改它不会触发顶层引用变化，React 或其他响应式系统就感知不到。
- ✅ 正确做法：要改深层字段，必须逐层创建新对象，确保路径上每个对象/数组都是新引用
- ❌ 错误写法：
state.user.profile.name = 'Alice'—— 浅拷贝后仍指向原对象，引用未变 - ✅ 示例：
{ ...state, user: { ...state.user, profile: { ...state.user.profile, name: 'Alice' } } }
用引用相等（Object.is）做快速初步判断
浅拷贝后，新旧状态顶层引用一定不同（除非你没真拷贝）。但仅靠引用变化还不够——可能只是无关字段更新，业务逻辑无需响应。所以先用 Object.is(oldState, newState) 快速排除“完全相同”的情况，再进入更细粒度比对。
-
Object.is(a, b)比===更严格（能区分+0和-0，识别NaN相等），适合状态比较 - 若返回
true，说明没变（极小概率，比如你用了同一份拷贝）；false则说明顶层引用已变，值得进一步检查
结合浅相等（shallowEqual）按需对比关键字段
对大型状态树，全量深比较代价高。实际场景中，往往只需关注几个关键路径是否变化（如 UI 只依赖 items 和 filter）。此时可用自定义浅相等函数，只比对关心的字段：
- 手动比：
old.items !== new.items || old.filter !== new.filter - 复用库函数：React 的
shallowEqual（需自行引入或实现）、Lodash 的_.isEqualWith配合定制比较器 - 注意：浅相等只比第一层，所以确保这些字段本身也是不可变更新产生的新引用
工具链辅助：Immer 让不可变更新写起来像“直接修改”
手写多层展开易出错且冗长。Immer 通过代理机制，允许你“写起来像修改原对象”，底层自动产出不可变的新状态树，并保持所有中间层级引用唯一。
- 代码更接近直觉：
produce(state, draft => { draft.user.profile.name = 'Alice' }) - 生成的状态树天然支持浅拷贝语义：任意字段变化 → 路径上所有父级对象都是新引用
- 与 React.memo / useSelector 等配合自然，变更检测稳定可靠
不复杂但容易忽略：浅拷贝不是银弹，它是不可变更新策略里的一个环节，核心在于让“变化”变成“可观察的引用切换”。只要每一步更新都产生新引用，再配上轻量比较，就能在复杂树中实现既高效又准确的变更检测。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
