javascript深拷贝需切断引用链、还原数据语义并保证环境一致性;json方法是伪深拷贝,仅适用于纯对象;structuredclone为推荐原生方案,支持多种内置类型但不支持function/undefined/symbol;手写需处理类型识别、特殊构造和循环引用;lodash clonedeep覆盖广但体积大。

JavaScript深拷贝不是“复制一下对象”这么简单,关键在于是否真正切断所有引用链、能否还原原始数据语义、以及在不同环境下的行为一致性。直接用 JSON.parse(JSON.stringify(obj)) 很快,但多数场景下它根本不算深拷贝——只是个有严重缺陷的“伪深拷贝”。
别无脑用 JSON 方法
它只适用于纯数据对象(Plain Old JavaScript Object),且必须确认不含以下内容:
-
undefined:会被静默删除,
{ a: undefined }→{} - function 和 Symbol:完全丢失,不报错也不保留
- Date、RegExp、Map、Set、BigInt、ArrayBuffer:序列化后失真或为空对象
-
循环引用:直接抛
TypeError: Converting circular structure to JSON
表单状态、组件配置、带方法的类实例、含时间/正则的校验规则等,都不能用这个方案。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
structuredClone 是当前最推荐的原生方案
它是浏览器原生实现的结构化克隆算法,能正确处理 Date、RegExp、Map、Set、TypedArray、ArrayBuffer、BigInt 和循环引用。
- 支持环境:Chrome 98+、Firefox 94+、Safari 15.4+、Node.js 17.0+
- 不支持 function、undefined、Symbol —— 这些值会被跳过或导致错误
- 无法拷贝原型链上的属性、不可枚举属性、或自定义 getter/setter
- 同步执行,大数据量时可能阻塞主线程;在跨域 iframe 或某些 Worker 场景中受限
手写深拷贝必须处理三类核心问题
自己实现时,重点不在“递归”,而在类型识别、特殊构造和循环引用防御:
-
null 必须单独判断:因为
typeof null === 'object',不提前拦截会进错分支 -
内置对象要重建:Date 用
new Date(obj),RegExp 用new RegExp(obj),ArrayBuffer 用obj.slice(0) -
数组检测要用
Array.isArray(),不用instanceof Array(跨 iframe 失效) - 循环引用靠 WeakMap 缓存:记录源对象 → 目标对象映射,每次进入前先查,避免栈溢出
-
Map/Set 需构造后再逐项添加:不能只展开键值对,要用
new Map([...obj.entries()])或map.set()重建
第三方库需权衡取舍
Lodash 的 cloneDeep 覆盖类型最广,支持 function、undefined、Symbol、原型方法等,但体积大(约 20KB+),且部分行为与原生语义不一致(如不还原不可枚举属性)。
- 适合中大型项目、兼容性要求高、且不敏感 bundle size 的场景
- 不适合轻量级工具、性能敏感模块或需要严格语义还原的底层库
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










