JSON深拷贝必然丢失undefined，因其不被JSON规范支持；需改用递归遍历Reflect.ownKeys的手动克隆方案，或预处理转null。
深拷贝时丢失 undefined 值，不是“出错了”，而是绝大多数主流方法（如 JSON.parse(JSON.stringify(obj))）**本就设计为跳过它**——因为 JSON 规范根本不支持 undefined。这个“坑”的本质，是混淆了“数据存在性”和“值语义”：你对象里明确写了 a: undefined，说明这个键是有意声明的，只是当前值为空；而 JSON 序列化把它当“不存在的字段”直接删掉，导致结构失真。
为什么 JSON 深拷贝必然丢掉 undefined
这是底层限制，无法绕过：
-
JSON.stringify遇到undefined、函数、Symbol、undefined键名时，一律忽略该属性（不报错，也不保留） -
JSON.parse只能还原 JSON 合法类型（字符串、数字、布尔、null、数组、对象），undefined不在其中 - 即使你用
replacer函数强行返回undefined，效果也一样：该字段被剔除
想保留 undefined，就得换方案
必须脱离 JSON 流程，改用可编程控制的递归逻辑：
- 手动遍历所有自有属性（包括
hasOwnProperty为 false 但显式赋值undefined的情况），用Object.getOwnPropertyNames或Reflect.ownKeys获取全部键名 - 对每个键，不管值是
0、false、''还是undefined，都原样复制过去 - 遇到循环引用，用
WeakMap缓存已拷贝对象避免死循环 - 示例关键逻辑：
const clone = (obj, map = new WeakMap()) => {
if (obj === null || typeof obj !== 'object') return obj;
if (map.has(obj)) return map.get(obj);
const cloned = Array.isArray(obj) ? [] : {};
map.set(obj, cloned);
for (const key of Reflect.ownKeys(obj)) {
cloned[key] = clone(obj[key], map);
}
return cloned;
};
业务中真需要保留 undefined？先问一句
多数时候，undefined 是 JS 的“未初始化”状态，而非业务意义上的“空值”。更健壮的做法是：
- 约定接口/数据模型中，空值统一用
null表示（JSON 安全，且语义清晰） - 初始化对象时主动赋值
null，而不是留空或让属性处于未定义状态 - 如果必须兼容遗留数据含
undefined，可在深拷贝前做一次预处理：
const normalized = JSON.parse(JSON.stringify(obj, (k, v) => v === undefined ? null : v));
再用常规方式深拷贝，至少把undefined显式转成可保留的null
不复杂但容易忽略：保留 undefined 不是技术难题，而是设计选择。先理清它在你的场景里到底代表什么，再决定用递归拷贝、预处理，还是干脆改数据契约。
