Proxy无法被可靠深拷贝，因其内部状态（handler、target等）不可枚举、不可序列化、不可反射还原，且无标准API获取原始handler或target；structuredClone等方法均抛出DataCloneError。
JavaScript 中手写深拷贝无法正确处理 Proxy 对象，因为 Proxy 的内部状态（如 handler、目标对象 target）不可通过常规遍历或反射 API 完全读取或重建。标准的深拷贝方法（如 JSON.parse(JSON.stringify())、递归 Object.assign、structuredClone）均不支持 Proxy —— 前两者会丢失代理行为，后者在绝大多数运行时（包括当前 Chrome/Firefox/Node.js）仍明确抛出 DataCloneError。
为什么 Proxy 无法被可靠深拷贝
Proxy 是一个不可枚举、不可序列化、不可反射还原的“透明封装”。关键限制包括：
-
Proxy.revocable()创建的代理一旦被撤销，无法恢复；其revoke函数是不可克隆的闭包 -
Reflect.getPrototypeOf(proxy)、Object.keys(proxy)等操作实际触发 handler 钩子，返回结果取决于目标对象和 handler 逻辑，而非代理自身结构 - 没有 API 能获取原始
handler对象的副本（它可能含私有闭包、this 绑定、外部变量引用） -
proxy[Symbol.toStringTag]或Object.prototype.toString.call(proxy)仅返回[object Object]，无法识别其代理身份
可行的应对策略（非“完美克隆”，而是务实方案）
你无法真正“克隆”一个 Proxy，但可根据使用场景选择合理降级或替代方式：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
-
显式跳过代理，只克隆目标对象：若你知道该 Proxy 的
target是可安全深拷贝的普通对象（且 handler 仅做透明拦截），可用getTarget()提取后克隆（注意：无标准 API 获取 target，需设计时预留） -
约定 handler 可序列化：自定义 Proxy 构造时，让 handler 不依赖闭包，仅使用纯函数 + JSON-safe 数据，并将
target和handler显式暴露为属性（如proxy.$$target、proxy.$$handler），便于手动重建 - 用 WeakMap 缓存代理映射关系：在拷贝过程中检测到 Proxy，不尝试复制，而是将其作为“不可变引用”保留在新对象中（或替换为占位符），适用于配置类、装饰器等只读场景
-
改用可克隆的替代方案：例如用
class封装行为 +toJSON()方法，或用Proxy+structuredClone的组合需配合transferables（目前不支持 Proxy）—— 实际中更推荐避免在需深拷贝的数据结构中嵌入 Proxy
一个带 Proxy 检测的深拷贝片段（示意性）
以下代码不会克隆 Proxy，而是原样保留并给出提示：
立即学习“Java免费学习笔记（深入）”；
function deepClone(obj, seen = new WeakMap()) {
if (obj === null || typeof obj !== 'object') return obj;
// 关键：Proxy 无法可靠识别，但可排除常见可克隆类型后保守处理
if (typeof obj === 'object' &&
(obj.constructor === Object || obj.constructor === Array) &&
!obj.nodeType &&
!obj instanceof Date &&
!obj instanceof RegExp &&
!obj instanceof Map &&
!obj instanceof Set &&
!obj instanceof ArrayBuffer) {
// 尝试最小化检测（非 100% 可靠）
if (typeof obj.valueOf === 'function' &&
obj.valueOf() === obj &&
typeof obj.toString === 'function' &&
obj.toString() === '[object Object]') {
// 无法区分普通对象与透明 Proxy，此处保守 fallback
// 实际项目中建议：提前标记 proxy（如 obj[Symbol.for('isProxy')] = true）
console.warn('deepClone: skipping Proxy-like object, keeping reference');
return obj;
}
}
if (seen.has(obj)) return seen.get(obj);
let cloned;
if (obj instanceof Map) {
cloned = new Map();
seen.set(obj, cloned);
obj.forEach((v, k) => cloned.set(deepClone(k, seen), deepClone(v, seen)));
} else if (obj instanceof Set) {
cloned = new Set();
seen.set(obj, cloned);
obj.forEach(v => cloned.add(deepClone(v, seen)));
} else if (Array.isArray(obj)) {
cloned = [];
seen.set(obj, cloned);
obj.forEach((item, i) => cloned[i] = deepClone(item, seen));
} else {
cloned = {};
seen.set(obj, cloned);
for (const key in obj) {
if (Object.prototype.hasOwnProperty.call(obj, key)) {
cloned[key] = deepClone(obj[key], seen);
}
}
}
return cloned;
}
不复杂但容易忽略：Proxy 的本质是运行时行为封装，不是数据结构。需要深拷贝的场景，应尽量把逻辑与数据分离——把 Proxy 当作“视图层”或“访问控制层”，只对底层 plain data 做拷贝。
