不能当通用深度拷贝方案，仅适用于纯JSON数据类型且无循环引用的简单对象；它会丢失undefined、function、Symbol、RegExp、Date（转为字符串）、NaN、Infinity及BigInt，并不支持循环引用。
JSON.parse(JSON.stringify(obj)) 能不能当深度拷贝用
不能直接当通用深度拷贝方案，它只在特定简单场景下“看起来能用”，但一碰到函数、undefined、Symbol、Date、RegExp、Map、Set、循环引用，立刻失效或静默出错。
JSON.stringify 会丢掉哪些东西
这是最常踩的坑：不是“拷贝错了”，而是根本没拷贝进去。
-
undefined字段会被整个忽略（{"a": undefined, "b": 1}→{"b":1}） -
function值被跳过（包括对象方法、class 中的 method） -
Symbol键和值全部丢失 -
Date对象变成字符串（new Date()
→"2024-05-12T08:30:00.000Z"
），再 parse 回来只是普通字符串，不是Date实例 -
RegExp变成空对象{} -
NaN、Infinity、-Infinity全部变成null -
BigInt直接抛错：TypeError: Do not know how to serialize a BigInt
什么情况下可以勉强用 JSON 方法
仅限于你**完全确定**源对象是纯数据结构：只含 null、boolean、number、string、array、plain object，且不含循环引用。
- 例如配置项、API 返回的 DTO 数据（如
{"id": 1, "name": "test", "tags": ["a","b"]}） - 临时调试时快速拍平一层嵌套对象（但别写进生产逻辑）
- 配合
try...catch做 fallback（比如先试 JSON，失败再切到结构化克隆）
现代浏览器里更靠谱的替代方案
如果目标环境支持（Chrome 98+、Firefox 94+、Safari 15.4+），优先用 structuredClone：
立即学习“Java免费学习笔记（深入）”；
const copy = structuredClone(originalObj);
它能正确处理 Date、RegExp、Map、Set、ArrayBuffer、TypedArray、BigInt，也支持循环引用 —— 但依然不支持 function 和 Symbol（这是规范限制，不是 bug）。
需要兼容老环境？自己实现递归拷贝时，注意避开 prototype 链上的属性（用 Object.keys() 或 Object.getOwnPropertyDescriptors()），并手动处理特殊类型（比如 instanceof Date 就 new 一个新实例）。
循环引用检测是容易被忽略的关键点——没做的话，递归会栈溢出；做了但没缓存引用映射，就可能把两个原本指向同一对象的属性，拷成两个独立副本。
