17370845950

JSON不是JavaScript子集而是独立格式；不支持函数、undefined等；解析失败主因是格式错误（如单引号、尾逗号、注释）；stringify会静默丢弃非法值；应使用try-catch安全解析；深拷贝勿依赖JSON方法。

JSON 不是 JavaScript 的子集，而是一种独立的数据格式；它被 JavaScript 原生支持，但和 JS 对象有关键区别——比如不支持函数、undefined、Date 实例、RegExp 等。

JSON.parse() 会报错的常见原因

遇到 SyntaxError: Unexpected token 或 Unexpected end of JSON input，基本不是“数据没传过来”，而是字符串本身不符合 JSON 格式规范：

• 单引号代替双引号：{'name': 'Alice'} ❌ → 必须用双引号：{"name": "Alice"} ✅
• 末尾多逗号：{"a": 1, "b": 2,} ❌（JSON 不允许 trailing comma）
• 包含注释：{"a": 1} // comment ❌（JSON 规范禁止任何注释）
• 值为 undefined 或函数：{"fn": function() {}} ❌（直接解析会失败）
• 服务器返回的是 HTML 错误页（如 500 页面），却被当 JSON 解析

JSON.stringify() 的坑：哪些值会被静默丢弃？

JSON.stringify() 遇到无法序列化的值时，不是报错，而是「静默过滤」，容易引发数据丢失：

• undefined、function、symbol 类型的键或值 → 整个键值对被忽略
• NaN 和 Infinity → 被转成 null
• Date 实例 → 自动调用 .toJSON()，变成 ISO 字符串（如 "2025-03-15T08:22:10.123Z"）
• 循环引用对象 → 直接抛出 TypeError: Converting circular structure to JSON

示例：

const obj = {
  a: 1,
  b: undefined,
  c: () => {},
  d: NaN,
  e: new Date()
};
console.log(JSON.stringify(obj));
// → {"a":1,"d":null,"e":"2025-03-15T08:22:10.123Z"}

安全解析 JSON 的推荐写法（带错误捕获）

不要裸写 JSON.parse(data)，尤其在处理用户输入或 API 响应时：

• 始终用 try...catch 包裹
• 检查响应类型是否为 'application/json'（服务端未设 header 时可能返回文本）
• 对空字符串、null、undefined 提前 guard

简明健壮封装：

function safeParse(jsonStr) {
  if (!jsonStr || typeof jsonStr !== 'string') return null;
  try {
    return JSON.parse(jsonStr);
  } catch (e) {
    console.warn('Invalid JSON:', e.message, 'input:', jsonStr.slice(0, 100));
    return null;
  }
}

需要深拷贝？别只靠 JSON.parse(JSON.stringify())

这个技巧看似方便，但它会丢失：

• 原型链、constructor 信息
• Date、RegExp、Map、Set、ArrayBuffer 等特殊对象
• undefined、function、symbol
• 稀疏数组项（[1,,3] 变成 [1,null,3]）

真要深拷贝，优先用 structuredClone()（现代浏览器 & Node.js 17+），或明确业务场景后选 lodash.cloneDeep。JSON 方案只适用于纯数据对象且你清楚代价。