JSON.stringify实现的“深拷贝”是间接的序列化-反序列化模拟，仅对纯数据对象有效，会丢失函数、undefined、Symbol、循环引用等，且不保留原型链。
JSON.stringify 实现“深拷贝”并不是真正意义上的深拷贝，而是一种**间接的、有前提的序列化-反序列化模拟**。它不操作内存地址或递归遍历对象图，而是借助 JavaScript 引擎内置的 JSON 编解码机制，绕过引用关系，生成一份逻辑上独立的新结构。
核心原理：切断引用链的两次转换
所谓“深拷贝效果”，本质是：
-
第一步（stringify）：把原对象按 JSON 规则“扁平化”转成字符串——所有嵌套对象、数组都被展开，函数、undefined、Symbol、Date、RegExp、Map 等无法被 JSON 表示的值被过滤、替换或丢弃；同时，任何循环引用都会直接报错（
TypeError: cyclic object value）。 - 第二步（parse）：把该字符串重新解析为一个全新对象——这个对象的所有属性都从字符串中重建，内存地址与原对象完全无关，自然也就没有共享引用的问题。
这相当于“先拍一张快照（字符串），再按快照重搭一座模型（新对象）”，中间没有保留任何原始引用。
它为什么看起来像深拷贝？
因为对绝大多数纯数据对象（即只含 null、布尔、数字、字符串、普通对象、普通数组）来说：
- 嵌套层级会被完整还原（如
{a: {b: [1,2]}}→ 字符串 → 新对象） - 修改新对象的任意层级，不会影响原对象（地址隔离）
- 操作简单，一行代码即可：
JSON.parse(JSON.stringify(obj))
但它不是真正的深拷贝：关键限制
这些限制直接暴露了它的底层非通用性：
-
丢失不可序列化值：函数、undefined、Symbol 属性彻底消失；正则变为空对象
{}；Date 变成 ISO 字符串；NaN/Infinity 变成null -
破坏原型链和构造器：结果永远是 plain
Object或Array，new Date()变成字符串，new Map()直接无法表示 -
无法处理循环引用：遇到
obj.a = obj这类结构，stringify立即抛错，根本走不到parse那步 - 忽略不可枚举属性和继承属性：只处理自有、可枚举、JSON-合法的键值对
对比真正的深拷贝实现
手写递归深拷贝或使用 structuredClone() 等方案，会：
- 主动识别并克隆
Date、RegExp、Map、Set等内置类型 - 用 WeakMap 记录已访问对象，安全处理循环引用
- 保留原型信息（部分方案支持）或至少不强制降级为普通对象
- 明确区分
undefined和缺失属性，不随意丢弃
而 JSON.stringify 的路径是“标准化输出”，不是“保真复制”。它依赖的是 JSON 格式的语义边界，而非内存模型的精确映射。
