JavaScript深拷贝处理Date和RegExp对象的方法

JavaScript深拷贝在处理Date和RegExp这类特殊内置对象时面临严峻挑战：原生JSON方法会彻底丢失类型信息，将Date转为字符串、RegExp变为空对象；而Lodash的cloneDeep则通过智能重建（如new Date(time)和new RegExp(source, flags)）开箱即用地完美支持；若手写实现，则必须显式识别类型、安全提取属性（尤其注意IE对RegExp.flags的兼容性），并警惕自定义属性被忽略的风险——掌握这些细节，才能真正实现可靠、健壮的深拷贝。

JavaScript中深拷贝对 Date 和 RegExp 对象的处理，取决于所用方法——原生方法（如 JSON.parse(JSON.stringify())）完全失效，而主流库（如 Lodash）或手动实现则需显式识别并重建这两类对象。

JSON 方法无法保留 Date 与 RegExp

JSON.stringify() 会将 Date 转为 ISO 字符串，RegExp 则变成空对象 {}；还原后得到的是字符串或普通对象，不再是原始类型实例：

• new Date() → "2024-05-10T08:30:00.000Z" → JSON.parse 后是字符串，不是 Date 实例
• /abc/g → {} → 还原后是空对象，丢失正则表达式逻辑和标志

Lodash 的 cloneDeep 默认支持

Lodash 内部已针对常见内置类型做了特殊处理：

• Date：调用 new Date(original.getTime()) 创建新实例，保持时间值和时区信息
• RegExp：使用 new RegExp(original.source, original.flags) 重建，保留模式、全局/忽略大小写等标志
• 该行为开箱即用，无需额外配置

手写深拷贝需显式判断类型

若自行实现深拷贝（如递归 + 类型检测），必须单独处理这两类对象：

• 用 original instanceof Date 判断并新建 Date
• 用 original instanceof RegExp 判断，并提取 .source 和 .flags（注意：IE 不支持 .flags，可改用 .toString().match(/\/(.+)\/([gimy]*)/) 兼容）
• 其他类型（Array、Object、Map、Set 等）按常规递归处理

注意：自定义属性可能丢失

即使正确重建了 Date 或 RegExp 实例，若原始对象被手动添加了额外属性（如 date.customId = 123），标准深拷贝逻辑通常不会复制这些属性，因为它们不属于该类型的固有结构。需要特别扩展逻辑才能保留。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《JavaScript深拷贝处理Date和RegExp对象的方法》文章吧，也可关注golang学习网公众号了解相关技术文章。