JSON.parse()和JSON.stringify()是唯二核心方法;前者报错多因输入非合法JSON字符串,需检查类型、空值及格式;后者会忽略Date外的特殊类型,可用replacer定制;取值须用?.和??并加运行时校验。
JSON.parse() 和 JSON.stringify() 就是唯二需要掌握的核心方法,其他所谓“操作”都是 JavaScript 原生对象操作,和 JSON 本身无关。
这不是语法写错了,而是传给 JSON.parse() 的根本不是合法 JSON 字符串——常见于后端返回空响应

console.log(typeof data, data) 确认输入确实是 string 类型且非空fetch().then(res => res.json()) 以外的响应体;如果手动读取 res.text(),务必检查 res.ok 和 res.status
JSON.stringify() 有明确的序列化规则:只保留 null、布尔、数字、字符串、数组、纯对象(plain object);其余类型会被静默忽略或转为 null。
Date 对象会自动调用 .toISOString() 转成字符串(如 "2025-05-20T08:30:00.000Z")undefined、function、Symbol 在对象属性值中直接被删掉;在数组中变成 null
replacer 函数,例如:JSON.stringify(obj, (key, val) => val instanceof Date ? val.toISOString() : val)
别急着链式访问。JSON 解析成功只保证顶层是对象/数组,内部结构完全取决于后端——字段可能缺失、类型可能突变、嵌套层级可能不同。
?. : data?.user?.name,遇到 undefined 或 null 自动短路返回 undefined
?? 设默认值:data?.user?.name ?? '匿名用户'
if (!data || typeof data !== 'object' || !('user' in data)) throw new Error('API 返回结构异常')真正容易被忽略的是:JSON 只是数据交换格式,它不定义 schema,也不自带类型约束。解析后的 JS 对象仍是动态的,任何“深度取值”或“结构假设”都必须配套防御性代码,而不是依赖一次 JSON.parse() 成功就万事大吉。