当前位置：首页 > 文章列表 > 文章 > 前端 > JSON.stringify与JSON.parse的七大限制

JSON.stringify与JSON.parse的七大限制

2026-03-03 22:55:54 0浏览收藏

JavaScript 的 `JSON.stringify` 和 `JSON.parse` 虽然轻量易用，却在处理真实世界中的复杂对象时频频“掉链子”：循环引用直接崩溃、函数和 Symbol 悄悄消失、undefined/NaN/Infinity 被篡改为 null、Date 和正则变成“失忆”的字符串、原型方法与类结构彻底瓦解，Map/Set/TypedArray 等现代数据结构更是惨遭清空或降级——看似简单的序列化，实则暗藏大量隐性数据丢失和行为断裂风险；如果你正依赖 JSON 处理状态持久化、跨上下文通信或深拷贝，很可能已在不知不觉中埋下难以调试的隐患，是时候了解 `structuredClone` 或专业序列化方案了。

JavaScript 的 JSON.stringify 和 JSON.parse 方法在序列化复杂对象时有何限制？

JavaScript 的 JSON.stringify 和 JSON.parse 方法虽然常用于对象序列化和反序列化，但在处理复杂对象时存在多个限制。这些限制可能导致数据丢失、类型错误或无法正确还原原始对象状态。

1. 无法处理循环引用

当对象中存在循环引用（即某个属性直接或间接引用自身）时，JSON.stringify 会抛出错误。

例如：

const obj = { name: "test" };
obj.self = obj;
JSON.stringify(obj); // 抛出 TypeError: Converting circular structure to JSON

解决方法是使用第三方库（如 flatted）或传入自定义的 replacer 函数来过滤掉循环引用。

2. 特殊值会被忽略或转换

JSON.stringify 对以下值的处理方式会导致信息丢失：

undefined、function、symbol 会被忽略（在对象中）或转为 null（在数组中）
NaN 和 Infinity 被转换为 null
RegExp 对象变成空对象 {}
Date 对象被转换为字符串（ISO 格式），但 JSON.parse 不会自动还原为 Date 实例

示例：

const data = {
  a: undefined,
  b: function() {},
  c: /abc/,
  d: new Date(),
  e: NaN
};
JSON.stringify(data);
// 输出：{"c":{},"d":"2024-01-01T00:00:00.000Z","e":null}
// 原始类型信息已丢失

3. 无法保留对象的原型链和构造函数信息

JSON.stringify 只序列化对象的可枚举自有属性，不包含原型上的属性。反序列化后得到的是一个纯普通对象，失去原有类结构。

例如：

class Person {
  constructor(name) {
    this.name = name;
  }
  greet() {
    return "Hello, " + this.name;
  }
}
const p = new Person("Alice");
const str = JSON.stringify(p);
const restored = JSON.parse(str);
restored.greet(); // 报错：greet is not a function

方法和原型链在序列化过程中完全丢失。

4. Map、Set、TypedArray 等特殊对象无法正确序列化

这些内置对象在经过 JSON.stringify 后会变成空对象或数组以外的结构，导致数据丢失。

示例：

const map = new Map([["key", "value"]]);
JSON.stringify(map); // "{}"

const set = new Set([1, 2, 3]);
JSON.stringify(set); // "{}"

const arr = new Uint8Array([1, 2, 3]);
JSON.stringify(arr); // "[1,2,3]" —— 变成普通数组，类型丢失

虽然 TypedArray 能保留数值，但其类型和功能特性无法恢复。

基本上就这些常见限制。如果需要完整序列化复杂对象，建议使用专门的库如 structuredClone（现代浏览器支持）、lodash 的深拷贝，或自定义序列化逻辑。JSON 方法适合简单数据交换，不适合保存对象完整行为和结构。不复杂但容易忽略。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。