JSON不是JavaScript子集而是独立格式；不支持函数、undefined等；解析失败主因是格式错误（如单引号、尾逗号、注释）；stringify会静默丢弃非法值；应使用try-catch安全解析；深拷贝勿依赖JSON方法。
JSON 不是 JavaScript 的子集，而是一种独立的数据格式；它被 JavaScript 原生支持，但和 JS 对象有关键区别——比如不支持函数、undefined、Date 实例、RegExp 等。
JSON.parse() 会报错的常见原因
遇到 SyntaxError: Unexpected token 或 Unexpected end of JSON input，基本不是“数据没传过来”，而是字符串本身不符合 JSON 格式规范：
- 单引号代替双引号：
{'name': 'Alice'}❌ → 必须用双引号：{"name": "Alice"}✅ - 末尾多逗号：
{"a": 1, "b": 2,}❌（JSON 不允许 trailing comma） - 包含注释：
{"a": 1} // comment❌（JSON 规范禁止任何注释） - 值为
undefined或函数：{"fn": function() {}}❌（直接解析会失败） - 服务器返回的是 HTML 错误页（如 500 页面），却被当 JSON 解析
JSON.stringify() 的坑：哪些值会被静默丢弃？
JSON.stringify() 遇到无法序列化的值时，不是报错，而是「静默过滤」，容易引发数据丢失：
-
undefined、function、symbol类型的键或值 → 整个键值对被忽略 -
NaN和Infinity→ 被转成null -
Date实例 → 自动调用.toJSON()，变成 ISO 字符串（如"2024-03-15T08:22:10.123Z"） - 循环引用对象 → 直接抛出
TypeError: Converting circular structure to JSON
示例：
立即学习“Java免费学习笔记（深入）”；
javascript-typescript-typescript-scaffold
下载
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
const obj = {
a: 1,
b: undefined,
c: () => {},
d: NaN,
e: new Date()
};
console.log(JSON.stringify(obj));
// → {"a":1,"d":null,"e":"2024-03-15T08:22:10.123Z"}
安全解析 JSON 的推荐写法（带错误捕获）
不要裸写 JSON.parse(data)，尤其在处理用户输入或 API 响应时：
- 始终用
try...catch包裹 - 检查响应类型是否为
'application/json'（服务端未设 header 时可能返回文本） - 对空字符串、
null、undefined提前 guard
简明健壮封装：
function safeParse(jsonStr) {
if (!jsonStr || typeof jsonStr !== 'string') return null;
try {
return JSON.parse(jsonStr);
} catch (e) {
console.warn('Invalid JSON:', e.message, 'input:', jsonStr.slice(0, 100));
return null;
}
}
需要深拷贝？别只靠 JSON.parse(JSON.stringify())
这个技巧看似方便，但它会丢失：
- 原型链、constructor 信息
-
Date、RegExp、Map、Set、ArrayBuffer等特殊对象 -
undefined、function、symbol - 稀疏数组项（
[1,,3]变成[1,null,3]）
真要深拷贝，优先用 structuredClone()（现代浏览器 & Node.js 17+），或明确业务场景后选 lodash.cloneDeep。JSON 方案只适用于纯数据对象且你清楚代价。
