JSON解析遇到Unexpected token：先看返回的是否是HTML
前端期待JSON，实际收到登录页或错误页面，常会出现解析错误。本文介绍先检查响应再解析的顺序，避免只修补JSON语法。
先看原始响应，不急着改逗号
JSON解析遇到Unexpected token，尤其错误指向左尖括号时，应先查看响应正文。它可能是一份HTML登录页、代理错误页或前端入口，而不是JSON格式本身有问题。先记录请求地址、最终跳转地址、状态码和Content-Type。
在网络面板打开响应预览与原文，检查是否有DOCTYPE、html或登录表单。随后核对接口前缀和代理转发，确认请求没有落到静态页面路由。返回200也可能只是成功返回了一个HTML页面，不能证明接口数据正确。
把状态检查放在解析前面
客户端应先检查状态，再按预期媒体类型读取结果，解析失败时保留脱敏后的诊断信息。服务端接口也应稳定返回约定格式，不能一部分错误返回JSON，另一部分直接输出整页错误模板。用户界面可以显示简短提示，详细异常放到受控日志。
测试应包含正常JSON、登录失效、错误路径和服务端异常四种情况，确认每一种都有明确处理，不出现空白页。不要把解析失败统一当空对象继续执行，否则可能把缺失数据当成功并触发后续写入。修复后再回到最初触发动作复测，验证页面显示的数据确实来自目标接口。
官方参考
资料核对日期：2026年10月26日。
本文新增价值
前端期待JSON，实际收到登录页或错误页面，常会出现解析错误。本文介绍先检查响应再解析的顺序，避免只修补JSON语法。本文补充适用边界、输入对照与验收方法；操作建议为综合整理，未将官方示例当成本网站实测结果。
前端期待JSON，实际收到登录页或错误页面，常会出现解析错误。本文介绍先检查响应再解析的顺序，避免只修补JSON语法。本文补充适用边界、输入对照与验收方法；操作建议为综合整理，未将官方示例当成本网站实测结果。