JSON.stringify 与 JSON.parse 组合虽能快速实现简单对象的深拷贝，但本质是“伪深拷贝”——仅适用于纯数据结构（如配置项、API 响应），一旦遇到函数、Date、RegExp、Map、Set、Symbol、BigInt、循环引用或 undefined，就会丢属性、转类型甚至报错；它轻量易用、无需依赖，却是有严格边界的安全捷径，现代开发中更推荐优先使用原生 structuredClone（兼容性允许时），而将该方案作为旧环境下的谨慎备选。

JSON.stringify + JSON.parse 能不能做深拷贝

能，但只适用于纯数据对象——也就是只包含 null、undefined（会被丢）、字符串、数字、布尔值、数组和普通对象的结构。一旦对象里有 Date、RegExp、Function、Map、Set、BigInt 或循环引用，就会出问题。

哪些值会在 JSON 序列化时被静默丢弃或转换

JSON.stringify 本身不是为深拷贝设计的，它会按 JSON 规范过滤/转换值：

• undefined、function、symbol 字段直接被忽略（不会报错，但目标对象里没了）
• Date 对象变成 ISO 字符串，JSON.parse 后是字符串，不是 Date 实例
• NaN 和 Infinity 变成 null
• undefined 作为数组元素会变成 null；作为对象属性则整个键被跳过
• 循环引用会直接抛出 TypeError: Converting circular structure to JSON

什么时候可以放心用这招

适合快速复制配置项、API 响应数据、表单初始值这类“扁平+无行为”的纯数据结构：

• 对象不包含方法、原型链上的属性、Symbol 键
• 没有 Date / RegExp 等特殊内置类型（或你明确接受它们被转成字符串）
• 确认没有循环引用（比如 obj.parent = obj）
• 不需要保留 undefined 字段（它会消失）

示例：

const original = { a: 1, b: [2, 3], c: { d: 'hello' } };<br>const copy = JSON.parse(JSON.stringify(original));<br>// copy.a === 1, copy.b[0] === 2 —— 深拷贝成功

比手写递归更省事，但比 structuredClone 更受限

现代环境可用 structuredClone（Chrome 98+、Firefox 94+、Node.js 17.0+），它支持 Date、Map、Set、ArrayBuffer 甚至循环引用，且不丢 undefined。但如果你要兼容旧浏览器，又确定数据足够“干净”，JSON.stringify + JSON.parse 就是最轻量的 fallback 方案。注意：它对性能不敏感，因为序列化/解析都是同步阻塞操作，大数据量时明显卡顿。

到这里，我们也就讲完了《JSON.stringify与JSON.parse实现深拷贝的优缺点分析》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！