JSON深拷贝中NaN、Infinity和-Infinity会静默转为null，因JSON标准不支持这些值；可通过预扫描标记或Object.is()比对识别退化；替代方案包括字符串占位符、Lodash cloneDeep或自定义递归拷贝。
JSON 深拷贝（JSON.parse(JSON.stringify(obj))）过程中，NaN、Infinity 和 -Infinity 会**丢失原始类型信息**，统一变成 null —— 这不是“报错”，而是静默退化，极易被忽略。
为什么会出现类型退化
JSON 标准本身不支持 NaN 和 Infinity 字面量。当 JSON.stringify() 遇到它们时，按规范强制转为 null，而非抛错或保留字符串形式：
NaN → nullInfinity → null-Infinity → null
这意味着：拷贝前后，你无法通过 typeof 或 Object.is() 判断原值是否为 NaN；也无法区分它是 Infinity 还是 -Infinity，全都“归零”了。
如何识别退化是否发生
可在深拷贝前主动扫描目标对象，标记可疑值：
dmap-jsapi-skill
下载
DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。
- 遍历所有可枚举自有属性（用
Object.keys()+ 递归） - 对每个值检查：
Number.isNaN(val)、val === Infinity、val === -Infinity - 记录路径（如
"user.score"）和原始值类型，便于后续比对
示例片段：
const findSpecialNumbers = (obj, path = '') => {const issues = [];
Object.keys(obj).forEach(key => {
const val = obj[key];
const currPath = path ? `${path}.${key}` : key;
if (Number.isNaN(val)) issues.push({ path: currPath, type: 'NaN' });
else if (val === Infinity) issues.push({ path: currPath, type: 'Infinity' });
else if (val === -Infinity) issues.push({ path: currPath, type: '-Infinity' });
if (val && typeof val === 'object') issues.push(...findSpecialNumbers(val, currPath));
});
return issues;
};
验证退化结果的最简方式
直接对比拷贝前后关键字段的类型与值行为：
- 原值
NaN：满足val !== val，但拷贝后null !== null为false - 原值
Infinity：满足isFinite(val) === false && val > 0，拷贝后null不满足任何数值判断 - 用
Object.is()比对更可靠：Object.is(original, copied)对退化项必返回false
避免退化的替代方案
若业务依赖这些特殊数值的语义（如异常标记、无界阈值），不应使用 JSON 方案：
- 改用结构化序列化：提前将
NaN替换为"__NaN__"，Infinity替换为"__Infinity__"等字符串占位符，拷贝后再还原 - 使用成熟库（如 Lodash 的
_.cloneDeep()），它内部处理了这些边界值 - 自定义递归深拷贝时，在复制分支中显式判断并保留
NaN/Infinity类型
