Object.defineProperties不能直接实现写时拷贝，因其仅设置属性描述符而不拦截赋值；需结合Proxy动态拦截读写并按需深拷贝分支。
Object.defineProperties 本身不提供写时拷贝（Copy-on-Write），它只是定义属性的描述符；想靠它直接实现快照管理器，会掉进“以为属性可拦截、实则无法捕获赋值”的坑里。
为什么 Object.defineProperties 不能直接拦截写操作
它只能批量设置已有属性的 configurable、enumerable、writable 和 get/set，但不会自动为嵌套对象或新属性添加代理逻辑。对一个普通对象调用它，后续 obj.x = 1 仍是直接赋值，不会触发拷贝。
- 常见错误现象：
snapshot.set('user.name', 'Alice')写入后原对象也被改了——因为没做路径解析和深层代理 - 使用场景：需要保留历史状态、支持撤销/重做、或隔离编辑态与原始数据（如表单草稿）
- 真正需要的是在属性访问/修改时动态决定是否拷贝，这必须结合
Proxy或手动路径跟踪 + 懒拷贝
用 Object.defineProperties 配合 Proxy 实现基础快照结构
可以把 defineProperties 用于初始化快照对象的只读元信息（如 id、timestamp、base 引用），而把实际读写拦截交给 Proxy。
const createSnapshot = (baseObj) => {
const snapshot = {};
// 用 defineProperties 设置不可枚举、不可配置的快照元数据
Object.defineProperties(snapshot, {
base: { value: baseObj, enumerable: false, configurable: false },
id: { value: Date.now(), enumerable: false },
timestamp: { value: new Date(), enumerable: false }
});
// 真正的读写控制由 Proxy 承担
return new Proxy(snapshot, {
get(target, key) {
if (key in target) return target[key]; // 元数据走原路径
return target.base[key]; // 未修改字段，读 base
},
set(target, key, value) {
// 第一次写 → 触发深拷贝 base，并存到 snapshot 自身
if (!(key in target)) {
Object.defineProperty(target, key, {
value,
writable: true,
enumerable: true,
configurable: true
});
} else {
target[key] = value;
}
return true;
}
});
};
- 注意：
defineProperty在set中必须显式指定enumerable: true，否则for...in不会遍历到新字段 - 该方案只处理顶层属性；若要支持
user.profile.age这类路径，需额外解析字符串路径并递归代理嵌套对象 - 性能影响：每次
set都可能触发浅拷贝（若用structuredClone则更重），不适合高频更新的大对象
避免踩坑：别混淆 defineProperties 和响应式劫持
有人试图给 base 对象每个属性都加 get 描述符来“延迟拷贝”，这是无效的——get 只在读取时触发，且无法知道“这次读是为写做准备”，更无法拦截 obj.x.y = z 中的中间对象访问。
- 典型错误：
Object.defineProperties(base, { x: { get() { return copied.x; } } })——这既不阻止base.x.y = 1，也不触发拷贝 - 兼容性提醒：IE 完全不支持
Proxy，若需兼容，必须降级为“全量快照”（每次take()都JSON.parse(JSON.stringify())），而非写时拷贝 - 真正轻量的写时拷贝方案，本质是“首次写入时才克隆对应分支”，这要求你对数据结构有明确路径认知，而不是依赖通用属性定义 API
写时拷贝的关键不在定义属性，而在拦截时机和拷贝粒度。用 Object.defineProperties 做快照元数据是合理的，但把它当作拦截入口，就等于用锤子拧螺丝——不是不行，只是得先给锤子焊个扳手头。
