别再把 JSON 当普通字符串硬扛：JS 序列化成型的实战避坑

做前端开发，跟 JSON 打交道几乎是每天的必修课。从接口抓来的报文要转成对象，本地缓存要写进 storage，这些幕后操作全藏在 JSON.parse 和 JSON.stringify 里。很多人以为这两者只是简单的“字符串变对象”互转，真碰到复杂业务线时，却经常在控制台看到红字报错，或者发现某些字段悄无声息地消失了。其实，摸清它们底层的取舍逻辑，能直接砍掉一半的调试时间。

把后端返回的文本捏成内存里的对象，核心依赖 JSON.parse(text)。它的校验机制非常严格，遇到非法字符或语法瑕疵会直接中断执行。实际开发里最容易出现的情况是，接口文档和线上数据对不上，多了一个末尾逗号，或者混入了不可见控制符。安全落盘的标准做法是将解析操作放入 try-catch 块中，拿到脏数据时返回预设的空结构或降级兜底，而不是让渲染链路断裂。如果想在线程内做一次轻量清洗，可以传入第二个参数 reviver。在回调里判断键名是否匹配目标字段，配合 new Date(keyVal) 就能把零散的日期字符串批量还原为实例，避免后续各处散乱拼接。

反过来，把内存对象拍扁成可传输的字符串，依靠的是 JSON.stringify(value[, replacer][, space])。这里埋着不少隐形的类型过滤规则。JavaScript 独有的属性会被自动剔除：值为 undefined、函数或 Symbol 的键值对会直接消失，若作为数组元素则会被替换成 null。想要打破这种默认丢弃，必须借助 replacer 介入遍历过程。编写自定义替换逻辑时，先用 typeof 拦截特殊类型，再将函数转为描述文本或占位标记，就能保住业务所需的元信息。另一处高频翻车点是 Date 对象，默认输出 ISO 格式长字符串，跨地域项目容易引发时区错位。在 replacer 回调里显式调用 .toISOString() 并截取固定片段，能让前后端时间轴严丝合缝。

遇到深层嵌套互相引用的数据结构，原生方法会触发 RangeError。处理状态树或带自引用的组件模型时，引入一个 WeakSet 记录已走过的引用路径最为稳妥。遍历过程中用 has 检查节点是否重复，命中则返回哨兵值或切断分支，既防死锁也不破坏主干数据。当载荷体积膨胀到敏感级别，连续序列化会抢占主线程引发卡顿。此时不必执着于逐层拷贝，直接调用 structuredClone 能避开 GC 压力，且完整保留 TypedArray 等原生容器类型。

JSON 转换方法看似基础，实则是检验数据传输层健壮性的分水岭。熟悉它愿意留下什么、果断丢弃什么、在哪条边界容易越界，写出的交互管线就能少走弯路。平时沉淀几套覆盖常用场景的重写模板，下次再碰字段静默或解析崩溃，针对性调整清理策略或加上防御判断，开发节奏自然稳下来。把底层规矩吃透，繁琐的数据搬运也能变得干脆利落。