深拷贝不保留configurable: false元信息，需手动用Object.defineProperty重建描述符；structuredClone等所有主流方法均只复制值，丢失不可配置状态，必须获取原描述符并深拷贝后批量重定义。
深拷贝本身不保留不可配置（configurable: false）属性的元信息，它只复制值；若需在副本中还原该特性，必须手动用 Object.defineProperty 或 Object.defineProperties 重建描述符。
不可配置属性在深拷贝中默认丢失
JavaScript 的 configurable: false 是一种元属性（meta-level），控制属性能否被删除、能否修改其描述符。但所有主流深拷贝方式——包括 structuredClone()、JSON.parse(JSON.stringify())、lodash.cloneDeep() 或手写递归——都只关注数据内容，**不会自动继承或重建 configurable 状态**。
例如：
const obj = {};
Object.defineProperty(obj, 'x', {
value: 42,
writable: false,
enumerable: true,
configurable: false // 关键：不可配置
});
const copy = structuredClone(obj);
console.log(Object.getOwnPropertyDescriptor(copy, 'x').configurable); // true（已丢失）
要还原不可配置属性，必须显式重建描述符
核心步骤是：获取原对象完整描述符 → 深拷贝各属性值 → 在新对象上用 Object.defineProperties 重定义，严格保留 configurable 值。
立即学习“Java免费学习笔记（深入）”；
- 用
Object.getOwnPropertyDescriptors(obj)获取全部自有属性描述符（含不可枚举、Symbol 键、getter/setter） - 对每个描述符中的
value、get、set做深拷贝（注意：函数不拷贝，保留引用；getter/setter 需重写以绑定新对象的this） - 调用
Object.defineProperties(newObj, descriptors)批量设置，此时configurable: false会被如实应用
注意不可配置属性的连锁影响
如果原属性 configurable: false，通常还伴随 writable: false 或 enumerable: false。深拷贝后若只恢复 configurable，而忽略其他特性，会导致行为不一致。
例如：一个只读且不可配置的属性，拷贝后若未设 writable: false，就可能被意外改写。因此建议统一处理整个描述符对象，而非单独修复某一项。
循环引用与不可配置属性可共存
即使对象存在循环引用，只要使用带 WeakMap 缓存的手写深拷贝逻辑，就能在重建描述符时正确跳过重复节点。不可配置属性本身不影响缓存机制——它只是定义阶段的约束，在拷贝过程中无需特殊规避。
