如何用JavaScript处理JSON数据_解析和序列化时要注意什么？

JavaScript处理JSON的核心是JSON.parse()和JSON.stringify()，前者要求严格双引号格式、禁止单引号/尾逗号/undefined等，需try-catch防护；后者会隐式丢弃undefined/function/Symbol，对Date/RegExp/NaN等有特殊转换规则，BigInt、Map、Set需手动处理，推荐封装safeParse/safeStringify并结合schema校验。

JavaScript 处理 JSON 数据的核心是 JSON.parse() 和 JSON.stringify()，但看似简单，实际使用中容易踩坑。关键不是“会不会用”，而是“什么能转、什么不能转、哪里会静默失败”。

JSON.parse() 解析时的常见陷阱

它只接受**严格格式的字符串**，多一个逗号、少一个引号、用了单引号或 undefined 都会直接报错。

• 键名和字符串值必须用双引号包裹，单引号或不加引号会报错：{"name": 'Alice'} ❌，{"name": "Alice"} ✅
• 尾部逗号（trailing comma）不被允许：{"a": 1, "b": 2,} ❌
• undefined、function、Symbol、BigInt 无法出现在原始 JSON 字符串中，否则解析失败
• 推荐加 try-catch 包裹，避免因后端返回脏数据导致页面崩溃：
  try { const data = JSON.parse(str); } catch (e) { console.error("JSON 解析失败", e.message); }

JSON.stringify() 序列化时的隐式丢弃行为

它不是“把对象转成字符串”那么简单，而是一套有明确过滤规则的序列化过程。

• 自动忽略：undefined、function、Symbol 类型的属性值（连同整个键值对一起消失）
• 跳过：循环引用的对象会抛出 TypeError: Converting circular structure to JSON
• 转换：Date 对象变成 ISO 字符串，RegExp 变成空对象 {}，NaN 和 Infinity 变成 null
• 可传入第二个参数 replacer 函数或数组，定制哪些字段保留：
  JSON.stringify(obj, ['name', 'age']) 只保留 name 和 age 字段

处理特殊值：日期、BigInt、Map、Set 的方案

原生 JSON 不支持这些类型，需手动干预。

腾讯AI 开放平台

腾讯AI开放平台

381

查看详情

立即学习“Java免费学习笔记（深入）”；

• Date：序列化前转为字符串（如 date.toISOString()），解析后用 new Date(str) 恢复
• BigInt：JSON.stringify(123n) 直接报错；可用 replacer 转为字符串并加标识，如 {_type: 'bigint', value: '123'}，解析时再判断还原
• Map / Set：先转为普通对象或数组，例如：
  JSON.stringify([...myMap]) 或 JSON.stringify(Array.from(mySet))
• 更通用的做法是封装自己的 safeParse 和 safeStringify 工具函数，统一处理业务中常见的非标类型

前后端联调时的典型问题

很多 bug 不是代码写错，而是约定没对齐。

• 后端返回的字段名是小驼峰，前端习惯下划线？——别靠 JS 改名，让接口统一，或在解析后做一次映射（用工具函数）
• 后端可能返回 "null" 字符串（注意是字符串！），而非真正的 null 值，JSON.parse() 不会帮你识别，需要额外校验
• 接口文档写的是 {"code":0,"data":{...}}，结果某次返回 {"code":0,"result":{...}} ——建议用 TypeScript + 运行时 schema 校验（如 zod）提前拦截结构异常

基本上就这些。JSON 处理不复杂，但容易忽略边界情况。养成加 try-catch、查类型、看原始字符串的习惯，比记住语法更重要。

以上就是如何用JavaScript处理JSON数据_解析和序列化时要注意什么？的详细内容，更多请关注php中文网其它相关文章！