JSON.parse()和JSON.stringify()是唯一安全标准的转换方式；前者因非法JSON（如单引号、尾逗号）报错，需校验并预处理；后者忽略函数/undefined/Symbol、不支持循环引用，Date需手动还原；前后端交互须注意类型、编码及空响应处理。
JSON.parse() 和 JSON.stringify() 是唯一安全、标准的转换方式，别用 eval 或 new Function。
JSON.parse() 解析字符串时为什么报错？
常见错误是传入了非法 JSON 字符串——比如单引号、尾逗号、undefined、注释、函数等，这些都不符合 JSON 规范。
- 合法：
"{\"name\":\"Alice\",\"age\":30}"（双引号、无逗号结尾） - 非法：
"{'name':'Alice'}"（单引号）、"{name:'Alice'}"（键名没引号）、"{\"age\":30,}"（尾逗号） - 遇到
SyntaxError: Unexpected token，先用在线 JSON 校验器（如 jsonlint.com）粘贴原始字符串检查 -
后端返回数据含 HTML 实体或转义不一致时，需先用
decodeURIComponent()或正则预处理，再调JSON.parse()
JSON.stringify() 为什么丢失数据或抛异常？
它会静默忽略函数、undefined、Symbol 类型字段，且无法序列化循环引用对象——直接抛 TypeError: Converting circular structure to JSON。
- 遇到循环引用，可用自定义 replacer 函数检测并替换，例如跳过或标记为
"[circular]" -
undefined在对象属性中被删掉，在数组中变成null（如JSON.stringify([1, undefined, 3])→"[1,null,3]"） - 想保留格式或缩进，传第二个参数
null和第三个参数空格数：JSON.stringify(obj, null, 2) - Date 对象会被转成 ISO 字符串，但反向
JSON.parse()不会自动还原为 Date——得手动 new Date()
和后端交互时要注意什么？
前后端 JSON 边界常出问题，不是语法错，而是语义错：比如数字被当字符串传、null 被忽略、时间格式不统一。
- 发送前确认字段类型：
JSON.stringify({id: Number(id), active: Boolean(active)})，避免字符串 "0" 或 "false" 被后端误判 - 接收响应后，别直接信任
res.data是对象——先typeof res.data === 'string'再决定是否JSON.parse() - fetch / axios 默认不自动解析 JSON 响应体，需显式调
response.json()；若接口返回 text/plain 类型的 JSON 字符串，也得手动 parse - 服务端返回
204 No Content时 body 为空，response.json()会报错，要先判断response.bodyUsed或状态码
最易被忽略的是：JSON 只支持 UTF-8 编码，任何非 UTF-8 字节流（比如 GBK 响应）在解析前必须先转码，否则中文变乱码或直接 SyntaxError。浏览器环境通常自动处理，但 Node.js 的 http 模块或某些代理层可能需要手动 iconv-lite.decode(buf, 'gbk')。
