JSON.parse 无法深拷贝的局限与风险解析

JSON.parse(JSON.stringify()) 虽然写法简洁，却远非真正的深拷贝方案——它会静默丢弃函数、undefined、Symbol，抹平Date、RegExp、Map等特殊对象的类型特征与行为，破坏原型链和自定义类结构，遇到循环引用直接崩溃，还对BigInt报错、将NaN/Infinity转为null、扭曲稀疏数组和非字符串键名。这些隐性缺陷极易引发难以排查的运行时错误，因此仅适用于已知结构简单且完全符合JSON规范的临时场景；真正需要可靠深拷贝时，应转向structuredClone()、lodash.cloneDeep等专业方案。

JSON.parse(JSON.stringify()) 看似简单快捷，但并不是真正的深拷贝方案，它在多种常见场景下会失效甚至引发隐性错误。

无法处理函数、undefined、Symbol 类型

JSON 标准不支持函数、undefined 和 Symbol，序列化时这些值会被静默丢弃或转为 null：

• 函数直接被忽略（对象中函数属性消失）
• undefined 被跳过（导致属性缺失）
• Symbol 键名及对应值全部丢失

例如：const obj = { a: 1, b: () => {}, c: undefined, [Symbol('d')]: 'sym' }; JSON.parse(JSON.stringify(obj)) → { a: 1 }，其余全部消失。

丢失原型链与特殊对象结构

该方法只保留纯数据属性，所有原型信息、构造器标识和内置类型特征均被抹平：

• Date 对象变成字符串（如 "2023-01-01T00:00:00.000Z"），不再是 Date 实例
• RegExp 变为空对象 {}
• Map、Set、ArrayBuffer、TypedArray、Error 等全部失真或报错
• 自定义类实例退化为普通对象，方法和 getter/setter 全部丢失

循环引用直接报错

只要对象内部存在引用闭环（如 a.b = a），JSON.stringify() 就会抛出 TypeError: Converting circular structure to JSON，无法降级处理或提示具体位置。

其他易忽略的问题

还有一些边界情况会导致数据意外变更：

• BigInt 类型直接报错（TypeError: Do not know how to serialize a BigInt）
• NaN、Infinity 转为 null
• 正则表达式中的标志（如 /gim）和 lastIndex 状态完全丢失
• 稀疏数组（如 [1, , 3]）被转为 [1, null, 3]
• 对象 key 若为非字符串（如数字、布尔），会被自动转为字符串，影响后续逻辑

真正需要可靠深拷贝时，应优先考虑结构化克隆（structuredClone()，现代浏览器支持）、第三方库（如 lodash 的 cloneDeep），或根据业务场景手写适配逻辑。JSON 方案仅适用于已知结构简单、纯 JSON 兼容数据的临时操作，不可用于通用深拷贝场景。

好了，本文到此结束，带大家了解了《JSON.parse 无法深拷贝的局限与风险解析》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！