浅拷贝不等于不可变，仅复制顶层属性引用，嵌套对象仍共享引用；真正不可变应选immer等专用方案，或严格配合object.freeze与扁平结构。
浅拷贝本身不等于不可变，它只是复制对象第一层属性的引用。处理不可变对象的关键，不是靠浅拷贝实现不可变性，而是用合适的方法避免修改原始数据——浅拷贝常被误用，容易留下隐患。
浅拷贝不能保证不可变性
像 Object.assign({}, obj) 或展开运算符 {...obj} 只复制顶层属性。如果原对象含有嵌套对象或数组，这些内部值仍是引用，后续修改会反映到原始数据上：
- const original = { user: { name: 'Alice' }, tags: ['js'] };
- const copy = { ...original };
- copy.user.name = 'Bob'; // original.user.name 也变成 'Bob'
- copy.tags.push('react'); // original.tags 也多了一个元素
这种“假不可变”在状态管理中极易引发隐蔽 bug。
真正需要的是不可变操作，不是浅拷贝
面对不可变需求，应优先选择专为不可变设计的方案，而非依赖浅拷贝：
Java Linux版
下载
Java Linux版下载入口，提供 Oracle JDK 26.0.2 官方 Linux 安装包、Java 环境配置、JDBC 数据库连接和 Java 服务端开发相关信息。
-
Immer：用
produce函数“写起来像可变，实际生成不可变新对象”，自动处理深层结构，无需手动深拷贝； -
seamless-immutable：提供
Immutable.without(obj, key)等方法，直接返回剔除指定键的新不可变对象； -
immutable-js Record：定义固定结构的不可变类型，所有
set、update都返回新实例，且编译期/运行时能捕获非法属性访问。
如果必须用浅拷贝，得配合冻结和约定
仅当项目轻量、无嵌套、且团队严格遵守“只读使用”时，才考虑浅拷贝 + 冻结：
- 对浅拷贝结果调用
Object.freeze()，防止顶层属性被改； - 确保原始数据本身不含对象或数组（即纯扁平结构），否则冻结无效；
- 配合 ESLint 规则（如
no-param-reassign）和代码审查，约束开发者不修改拷贝后的对象。
但这属于权宜之计，不推荐用于复杂状态场景。
避免常见误区
很多人以为 const obj = {...src} 就安全了，其实不然：
-
const只锁变量绑定，不锁对象内容； - 浅拷贝后仍可能通过
copy.nested.prop = x修改原始数据； - React 中 props 或 Redux state 若依赖浅拷贝，re-render 判断可能失效（引用没变但内容变了）。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
