关键是要防止 JSON 解析失败：先验证是否为合法 JSON 字符串，再清理 U+2028/U+2029 及 C0 控制字符，始终用 try/catch 包裹解析，并在必要时使用 partialjson 处理不完整数据。
关键不是“怎么解析”，而是“怎么让解析不失败”——特殊字符本身不影响 JSON.parse()，真正导致报错的，是那些 JSON 标准不接受、但 JavaScript 字符串里却合法存在的字符，比如行分隔符 U+2028、段落分隔符 U+2029，还有控制字符（U+0000–U+001F）。这些字符在 JS 中能存在，但直接放进 JSON 字符串里再解析，就会触发 SyntaxError。
先确认是不是真 JSON 字符串
很多“带特殊字符的 JSON 解析失败”，其实源头就错了：你拿到的根本不是 JSON 字符串，而是对象字面量（单引号、没引键名）、带注释的配置、或后端返回了 HTML 错误页。用 typeof data === 'string' 和 data.trim().startsWith('{') || data.trim().startsWith('[') 做初步判断，比直接 parse 更安全。
- 检查是否含 BOM 或首尾空格：先
data.trim()再解析 - 单引号、尾逗号、
undefined、function都不是合法 JSON，必须由后端修正 - 浏览器控制台里复制的对象（如
{a: 1}）不是 JSON，不能直接传给JSON.parse()
对已知危险字符做预清洗
JSON.stringify() 能自动转义双引号、反斜杠、换行符等，但它不会处理 U+2028/U+2029 和 C0 控制字符。如果数据来自用户输入、富文本编辑器或旧系统导出，建议在解析前过滤：
- 移除行/段落分隔符：
jsonString.replace(/[\u2028\u2029]/g, '') - 清理不可见控制字符（除制表符、换行、回车外）：
jsonString.replace(/[\u0000-\u0008\u000b\u000c\u000e-\u001f]/g, '') - 若需保留语义，可替换为占位符（如
），避免截断或解析中断
用 try/catch 封装解析，别让它崩掉程序
哪怕做了预处理，网络传输或后端异常仍可能导致非法 JSON。每次调用 JSON.parse() 都应包裹在 try/catch 中，并提供降级逻辑：
立即学习“Java免费学习笔记（深入）”；
- 捕获
SyntaxError后，可记录原始字符串用于排查 - 返回默认值（如空数组
[]或空对象{}），而非undefined - 对嵌套结构中的字符串字段（如
locations[i]是字符串而非对象），要单独JSON.parse()，不能假设整个响应已是对象
遇到不完整 JSON？考虑 partialjson 这类容错库
如果数据来自日志流、WebSocket 分片或可能被截断的文件，标准 JSON.parse() 会因“Unexpected end of input”直接失败。这时可用 partialjson 等库，它用状态机识别已闭合的 JSON 片段，从残缺字符串中提取出可用部分，适合实时日志分析或大文件渐进解析。
