Object.assign与Reflect API实现严谨对象克隆

在JavaScript开发中，对象克隆是一项看似基础却蕴含细节的操作。许多开发者习惯使用Object.assign()来创建对象副本，但这种方法是否真的能实现严谨的克隆呢？

直接使用Object.assign()进行严谨的对象克隆是不可行的。该方法本质上仅实现浅拷贝，会忽略对象的不可枚举属性、原型链、Symbol键（除非显式列出）、getter/setter访问器以及Date、RegExp等特殊内置对象。虽然配合Reflect API能增强对象元信息的探测能力，但Reflect本身并不提供深拷贝或属性控制逻辑。要实现接近严谨的克隆，关键在于明确克隆目标——是否需要保留原型、处理Symbol属性或跳过访问器——然后借助Reflect进行辅助探测，再使用Object.assign或更底层的操作完成最终赋值。

识别并复制所有自有属性（含不可枚举和Symbol）

默认情况下，Object.assign()仅复制可枚举的自有字符串键属性。若要覆盖更全面的属性集合，需先通过Reflect.ownKeys()获取对象的所有自有键，包括Symbol键和不可枚举的字符串键。获取完整键数组后，再逐一判断和复制：

• 首先，使用Reflect.ownKeys(obj)获取完整键数组。
• 接着，对数组中的每个键key，使用Object.getOwnPropertyDescriptor(obj, key)获取属性描述符，以判断该属性是普通数据属性还是访问器属性。
• 若需保留属性的原始特性（如可写性、可配置性），则不能简单使用Object.assign()赋值，而应改用Object.defineProperty()精确定义目标对象的属性。

谨慎处理访问器属性（getter/setter）

这是Object.assign()的一个典型局限：遇到访问器属性时，它不会复制访问器逻辑，而是调用getter并将返回值作为普通数据属性值写入目标对象，导致原有的getter/setter逻辑丢失。若需保留访问器，必须进行显式检测：

• 通过Object.getOwnPropertyDescriptor()检查属性描述符中是否存在get或set函数。
• 若存在，应使用Object.defineProperty(target, key, descriptor)复制整个描述符对象，而非仅复制value。
• 需注意：直接复制访问器可能引发副作用，例如原getter函数绑定了this或包含副作用逻辑，需在业务场景中评估是否允许。

决定是否保留原型链

Object.assign()始终将属性复制到全新的普通对象（{}）上，该对象默认继承自Object.prototype，导致原始对象的原型链信息完全丢失。若克隆需求包括保留原型，则需调整创建目标对象的方式：

• 应使用Object.create(Object.getPrototypeOf(obj))创建目标对象clone，使clone继承原对象的原型。
• 后续所有属性复制操作（包括处理Symbol、访问器等）均作用于该clone对象。
• 还需注意：若原对象的原型链上存在不可扩展或被冻结的对象，后续使用Object.defineProperty时可能抛出错误，操作前建议用Object.isExtensible()进行检查。

避开常见陷阱：Date、RegExp、Map、Set等内置对象

无论是Object.assign()还是Reflect，都无法自动识别并正确克隆JavaScript的内置特殊对象。例如：

• 克隆new Date()实例后，可能得到一个空对象{}，因为Date实例内部存储的[[PrimitiveValue]]不作为自有属性暴露。
• new Map()或new Set()实例中存储的键值对或元素，无法通过ownKeys或getOwnPropertyDescriptor获取。
• 解决方案是在克隆前进行类型检测（如obj instanceof Date、obj.constructor === Map等），针对这些已知特殊类型手动创建新实例并还原其内容。

原理并不复杂，却易被忽视。实现真正严谨的克隆不能依赖单一API，而需根据具体需求定制策略：用Reflect.ownKeys和getOwnPropertyDescriptor进行全面探查，用Object.defineProperty进行精确定义控制，用Object.create保持原型链，最后对特殊内置类型进行单独处理。在此过程中，Object.assign()仅适用于最简单场景，不宜作为严谨克隆的主要工具。