贝利信息

javascript的JSON是什么_如何与服务器交换数据

日期:2026-01-08 00:00 / 作者:狼影
JSON是文本交换格式规范,本质为字符串而非JS对象;需用JSON.stringify()序列化发送,用response.json()解析接收,且须正确设置Content-Type和后端中间件。

JSON 是什么:不是对象,是字符串格式

JavaScript 中的 JSON 不是数据类型,也不是对象,而是一套**文本交换格式规范**。它长得像 JS 对象字面量,但本质是字符串——这点必须分清。常见错误就是把一个 JS 对象直接当 JSON 用,结果在 fetch 请求体里传了对象却没序列化,服务器收不到或报错 400 Bad Request

发送 JSON 到服务器:记得设 header 和 string 化

浏览器默认不会自动把 JS 对象转成 JSON 字符串,也不会自动设置请求头。漏掉任一环节,后端大概率解析失败或返回 400。

fetch('/api/user', {
  method: 'POST',
  headers: {
    'Content-Type': 'application/json'  // 必须显式声明
  },
  body: JSON.stringify({id: 123, status: 'active'})  // 必须手动 stringify
})

从服务器接收 JSON:响应体要手动 parse

fetch 返回的 Response 对象不会自动解析 JSON。调用 response.json() 才触发解析,且它返回 Promise —— 忘记 await.then() 是高频错误。

fetch('/api/user/1')
  .then(res => {
    if (!res.ok) throw new Error(`HTTP ${res.status}`);
    return res.json();  // 这一步才真正解析字符串为 JS 对象
  })
  .then(data => console.log(data.name))  // data 是对象,不是字符串
  .catch(err => console.error(err));

JSON 安全边界:别用 eval,也别信后端所有字段

虽然 JSON.parseeval 安全得多,但它只保证语法安全,不校验数据结构和内容。后端字段缺失、类型错乱、注入字段(比如意外返回了 __proto__)都可能让前端逻辑崩溃。

JSON 的难点不在语法,而在“字符串 ↔ 对象”的转换时机和上下文责任归属。很多人卡在 res.json() 忘加 await,或 POST 时漏掉 JSON.stringify,再或者后端没配好中间件——这些地方一错,整个通信链就静默失败。