object.assign只复制可枚举的自有属性值，不处理原型链、属性描述符、不可枚举属性、accessor、symbol键以外的特殊键，也不涉及所有权或微任务；嵌套对象仅复制引用，属浅拷贝。
Object.assign 不拷贝“所有权”，它只复制属性值——准确说是可枚举自身属性的值，不涉及对象归属、内存控制或运行时权限等概念。JavaScript 中没有“所有权”这一语言级机制（不像 Rust），所谓“所有权探讨”其实是对浅拷贝行为、引用关系和副作用的误读或延伸理解。
它复制什么？不是所有权，而是可枚举属性的值
Object.assign 的本质是属性搬运：遍历每个源对象的 自身 + 可枚举 属性（即 for…in 能访问到的），把键值对写入目标对象。它不关心谁“拥有”该对象，也不转移控制权。
- 基本类型（string/number/boolean）：复制值本身，彼此独立
- 引用类型（object/array/function）：只复制内存地址，源与目标共享同一底层对象
- 不可枚举属性（如用 Object.defineProperty 设置 enumerable: false 的属性）：完全忽略
- Symbol 属性：只要可枚举，就会被复制（ES2015+ 支持）
为什么常被误解为“转移所有权”？
常见错觉来自两个操作现象：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 目标对象被直接修改：Object.assign(target, source) 返回的就是 target，且 target 本身被变更，容易让人以为“source 的东西移交给了 target”
- 嵌套对象意外联动：当 source.info = { x: 1 }，assign 后 target.info 也指向同一对象，改 target.info.x 就等于改 source.info.x ——这不是所有权移交，而是引用共享
实际影响：谁负责清理？谁该避免修改？
JS 没有所有权语义，所以不存在“移交后原主不能再碰”的规则。但工程中需明确责任边界：
- 若用 Object.assign({}, obj) 做配置合并，新对象归调用方管理，原 obj 仍由原所有者负责
- 若直接 assign 到已有状态对象（如 React setState 或 Vue data），相当于在复用旧引用，此时应避免后续对嵌套对象的原地修改
- 跨模块传递对象时，建议文档注明是否“可变”或“深冻结”，而非依赖 assign 行为暗示所有权
想真正隔离数据？得靠策略，不是 assign
Object.assign 无法解决共享引用问题。需要隔离时，必须主动处理：
- 浅层隔离：Object.assign({}, obj) 只保一层独立，适合扁平结构
- 深层隔离：用 structuredClone()（现代环境）、JSON.parse(JSON.stringify())（简单场景）、或 Lodash 的 cloneDeep()
- 不可变保障：配合 Object.freeze() 或使用 Immutable.js 等库，从设计上杜绝意外修改
本质上，Object.assign 是一个诚实的工具：它不做隐藏动作，不接管对象生命周期，也不声明任何所有权承诺。它的行为完全透明——复制什么、怎么复制、哪些被跳过，都由规范明确定义。理解这一点，就能避开大多数“所有权幻觉”带来的 bug。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
