Object.assign为何只复制属性值？

Object.assign看似便捷，实则只做“值搬运”——它仅提取属性的当前计算结果，粗暴忽略getter/setter等关键行为逻辑，导致拷贝后的对象丧失动态响应、数据联动与赋值控制能力；若你正依赖访问器实现派生状态、响应式更新或业务约束，直接使用Object.assign无异于挖坑，必须改用Object.defineProperty、Proxy或框架专用方案（如Vue 3的computed）来真正保留语义与行为。

Object.assign 拷贝的是属性的“当前值”，而不是访问器（getter/setter）本身。只要目标对象没有定义同名的 getter/setter，拷贝后得到的就是一个普通的数据属性，原始对象中通过 getter 动态计算、或通过 setter 控制赋值的逻辑就彻底丢失了。

Getter/Setter 在 assign 过程中被“降级”为普通属性

JavaScript 中的 getter 和 setter 是属性描述符的一部分，而 Object.assign 只复制可枚举的自有属性值（即 不复制属性描述符）。它不会读取或重建 get、set、enumerable、configurable 等元信息。

例如：

const source = {
  _value: 42,
  get value() { return this._value * 2; },
  set value(v) { this._value = v / 2; }
};

const target = Object.assign({}, source);
console.log(target.value); // 84（只取了一次 getter 的返回值）
console.log('value' in target); // true
console.log(Object.getOwnPropertyDescriptor(target, 'value')); // { value: 84, writable: true, enumerable: true, configurable: true }

可以看到：
• target.value 是一个静态数值 84，不是函数，也不再响应 _value 的变化；
• 原始的 getter/setter 完全没被保留，而是被替换成一个普通可写属性。

如何识别拷贝后 getter/setter 失效

有几种直观方式可以快速判断：

• 检查拷贝后对象的属性描述符：用 Object.getOwnPropertyDescriptor(obj, key)，若返回结果中不含 get 或 set 字段，说明已被降级
• 修改源对象依赖 getter 的底层数据，观察拷贝对象是否同步更新——不会更新，就说明 getter 没起作用
• 尝试对拷贝对象的该属性赋值，再读取，看是否触发了原始 setter 的逻辑——不会触发，setter 已消失
• 在 Vue 或 React 等响应式框架中，如果原对象靠 getter 实现派生状态（如 computed），assign 后该状态不再响应式更新

需要保留 getter/setter 的替代方案

如果业务逻辑依赖访问器行为，就不能靠 Object.assign。可行做法包括：

• 手动定义目标对象的 getter/setter：Object.defineProperty(target, 'key', descriptor)，其中 descriptor 来自 Object.getOwnPropertyDescriptor(source, 'key')
• 使用 Object.defineProperties(target, descriptors) 批量还原多个访问器属性
• 借助类或 Proxy 封装逻辑，避免直接拷贝访问器属性
• 在 Vue 3 中，可用 computed(() => source.value) 显式创建响应式派生，而非拷贝

小结：assign 的本质是“值搬运”，不是“结构复刻”

它面向的是属性值的浅层复制，不关心属性背后有没有逻辑、是否响应、是否受控。所以当你看到一个对象里有 get/set，又打算做“完整迁移”，就得意识到：Object.assign 不是工具，而是陷阱。真正要保留行为，必须显式处理描述符或重构封装方式。

好了，本文到此结束，带大家了解了《Object.assign为何只复制属性值？》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！