Object.getOwnPropertyDescriptors不能复制实例的完整元数据，仅获取自有属性（含Symbol键）的可描述配置，不包含原型属性、私有字段、访问器闭包环境及不可配置/不可枚举的隐藏限制。
Object.getOwnPropertyDescriptors 能不能复制实例的完整元数据？
不能直接“完整搬移”——它只处理自有属性（own properties），不包含原型链上的属性、私有字段（#field）、访问器的内部逻辑、Symbol 键的某些行为，也不保留 [[Set]]/[[Get]] 的闭包环境。但它确实是目前最接近“元数据级拷贝”的标准工具。
哪些属性会被 Object.getOwnPropertyDescriptors 捕获？
它返回一个描述符对象，仅覆盖满足以下全部条件的自有属性：
- 该属性直接定义在实例上（不是从
prototype继承） - 键是字符串或
Symbol（包括Symbol.toStringTag等） - 属性配置可被
Object.defineProperty表达（即不含不可配置/不可枚举的隐藏限制） - 不捕获私有字段（
#x），运行时直接报错SyntaxError: Private field '#x' must be declared in an enclosing class
例如对一个自定义类实例调用，它会返回 { prop: { value, writable, enumerable, configurable }, getFoo: { get, set, enumerable, configurable } } 这类结构，但不会包含 this.#secret 或 constructor 属性（除非你手动把它设为自有属性）。
如何安全地把 descriptors 搬到新对象并保持行为一致？
关键不是“复制”，而是“重建”：用 Object.defineProperties 将 descriptors 应用到新空对象上。但要注意三类陷阱：
-
访问器函数中的
this会丢失上下文：如果原get内部用了this.xxx，搬过去后this指向新对象——只有当新对象也有对应字段时才不出错 -
不可写/不可配置属性无法被后续修改：若原 descriptor 中
writable: false，新对象上同名属性就不能再赋值；若configurable: false，连delete都会失败 -
Symbol 键必须显式传入：
Object.getOwnPropertyDescriptors(obj)默认只返回字符串键；要包含 Symbol 键，得手动合并：{ ...Object.getOwnPropertyDescriptors(obj), ...Object.getOwnPropertyDescriptors(Object.getOwnPropertySymbols(obj).reduce((a, s) => ({...a, [s]: obj[s]}), {})) }
简单实操示例：
class Foo {
constructor() {
this.a = 1;
Object.defineProperty(this, 'b', {
value: 2,
writable: false,
enumerable: true
});
Object.defineProperty(this, 'c', {
get() { return this.a + 10; },
enumerable: true
});
}
}
const inst = new Foo();
const desc = Object.getOwnPropertyDescriptors(inst);
const clone = {};
Object.defineProperties(clone, desc);
// clone.a === 1, clone.b === 2, clone.c === 11 —— 行为一致
为什么不能靠 Object.assign 或展开运算符替代？
因为它们只复制属性的 值，完全丢弃元数据：
-
Object.assign({}, inst)会把c访问器求值后的11当作普通数值写入，不再是 getter -
{...inst}同样只展开可枚举的自有属性值，且跳过所有 non-enumerable 和 Symbol 键 - 所有
writable/configurable/enumerable标志全部丢失，后续Object.defineProperty(clone, 'a', {writable: false})会失败（因已有同名普通属性）
所以只要涉及访问器、只读性、枚举控制等元信息，就必须走 getOwnPropertyDescriptors → defineProperties 这条路径。
真正难的是访问器内部依赖的隐式状态——比如闭包变量、私有字段、外部作用域引用，这些根本不在 descriptor 覆盖范围内，得靠设计层面规避或额外迁移逻辑补全。
