JSON.parse()将JSON字符串转为JavaScript对象,JSON.stringify()将其转回字符串;二者不互逆,Date、NaN等类型会丢失或出错,使用时需校验输入并处理边界情况。
当你从接口拿到响应、读取本地存储或解析配置文件时,数据通常是字符串形式的 JSON,比如 "{\"name\":\"Alice\",\"age\":30}"。直接用它会报错,因为 JS 不认识这种格式的字符串。
这时候必须用 JSON.parse() 转成真正的对象才能访问属性:
const str = '{"name":"Alice","age":30}';
const obj = JSON.parse(str);
console.log(obj.name); // "Alice"
JSON.parse() 会直接抛出 SyntaxError
undefined、Date 对象等非标准 JSON 类型——这些都会被忽略或报错reviver 函数,在解析过程中过滤或转换字段值向后端发请求、存入 localStorage、记录日志时,往往需要把对象变成字符串。但 toString() 或模板字符串都不行,它们输出的是 JS 表示法,不是标准 JSON。
JSON.stringify() 是唯一安全通用的序列化方式:
const obj = { name: "Alice", age: 30 };
const str = JSON.stringify(obj);
console.log(str); // '{"name":"Alice","age":30}'
undefined、函数、Symbol 类型的键值对
TypeError
2 或 " "),方便调试输出很多人以为 JSON.parse(JSON.stringify(x)) 总能还原原值,其实不行。最典型的是 Date 对象:
const d = new Date(); const str = JSON.stringify(d); // '"2025-05-12T08:30:45.123Z"' const parsed = JSON.parse(str); // 字符串,不是 Date 实例
new Date(parsed) 可以补救,但得手动做NaN、Infinity、-Infinity 经过 stringify 后变成 null
undefined 作为对象属性值会被忽略;作为数组元素则变成 null
线上 bug 很多来自没校验 parse 的输入或没处理 stringify 的失败场景。
JSON.parse(localStorage.getItem("user")) —— 如果值是 null 或空字符串,会报错。先判断再解析parse 失败;可以用 str.trim().replace(/^\uFEFF/, '') 预处理JSON.parse(JSON.stringify(obj)) 最快但有缺陷;需要保类型就用 structuredClone(现代环境)或专门的库204 No Content 时,响应体为空,JSON.parse("") 必然失败真正麻烦的从来不是语法,而是那些看似合法、实则含糊的字符串输入,以及你以为“只是临时用一下”的隐式转换。