JSON.parse() 解析失败必定抛出 SyntaxError 异常而非返回 null 或 false，须用 try...catch 捕获；常见错误包括缺少大括号、单引号、尾逗号、undefined 值及 BOM 字符；应分层处理网络响应、编码、语法解析与业务校验。
JSON.parse() 会直接抛出 SyntaxError，不返回 null 或 false
很多人误以为 JSON.parse() 解析失败会返回 null 或 false，实际它**一定会抛出 SyntaxError 异常**。不加 try...catch 就直接崩溃，前端页面白屏、Node.js 进程退出都可能发生。
正确做法是始终用异常捕获包裹：
function safeParse(jsonString) {
try {
return JSON.parse(jsonString);
} catch (err) {
if (err instanceof SyntaxError) {
console.error('JSON 解析失败:', err.message, '输入:', jsonString.slice(0, 50));
return null;
}
throw err; // 其他错误（如内存溢出）不应静默吞掉
}
}
常见触发 SyntaxError 的真实场景和修复建议
这些输入看似“差不多”，但 JSON.parse() 严格遵循 RFC 8259，容错率为零：
-
"name": "张三"—— 缺少外层对象大括号 → 应为{"name": "张三"} -
{'name': '张三'}—— JSON 要求双引号，单引号非法 -
{"age": 25,}—— 末尾逗号（trailing comma）在 JSON 中不合法（JS 对象允许，JSON 不行） -
{"data": undefined}——undefined不是 JSON 合法值，只能是null、数字、字符串、布尔、数组或对象 - 含 BOM 字节或不可见控制字符（如
\u2028、\u2029）的字符串 → 建议先jsonString.trim()再解析
后端返回非 JSON 内容时，错误类型不是 SyntaxError
比如接口返回了 HTML 错误页（如 502 Bad Gateway 的 Nginx 页面）、空响应、或 text/plain 的纯文本，此时 JSON.parse() 仍会抛 SyntaxError，但根源是响应体根本不是 JSON。
立即学习“Java免费学习笔记（深入）”；
动态WEB网站中的PHP和MySQL：直观的QuickPro指南第2版
下载
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
更健壮的处理要结合 HTTP 状态码与 Content-Type：
fetch('/api/data')
.then(res => {
if (!res.ok) throw new Error(`HTTP ${res.status}`);
if (!res.headers.get('content-type')?.includes('application/json')) {
throw new Error('响应不是 JSON 类型');
}
return res.text();
})
.then(text => safeParse(text))
.then(data => console.log(data));
需要容忍部分字段缺失？别依赖解析阶段，用解构默认值
JSON.parse() 只管语法，不管业务逻辑。字段缺失（如 {"id": 1} 没有 name）不是解析错误，而是运行时逻辑问题。
推荐在解析成功后，用可选链 + 空值合并安全取值：
const data = safeParse(jsonString);
if (data) {
const name = data?.name ?? '未知用户'; // 不报错，也不需要 try
const tags = Array.isArray(data.tags) ? data.tags : [];
}
真正容易被忽略的是：**把网络请求、字符编码、BOM 处理、字段校验全混在“JSON 解析”这一个动作里想——它们属于不同层级的问题，必须分层拦截**。
