腾讯混元API JSON解析失败主因是服务端返回非JSON内容或客户端误处理流式响应；需先确认是否开启stream，再按流式/非流式分别解析，并校验状态码与content-type。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
腾讯混元API返回的JSON解析失败，通常发生在用 json.loads() 处理响应体时抛出 JSONDecodeError，根本原因是服务端返回了非JSON内容（如HTML错误页、空响应、SSE流式数据未正确拼接）或客户端误将流式响应当非流式处理。
先确认是不是流式响应被当成了普通JSON
第一步：检查你发起请求时是否设置了 stream=True 或参数中包含 "stream": true。如果开了流式，服务端返回的是多个以 data: {...} 开头的SSE事件行，不是单个合法JSON对象。
第二步：若确认是流式调用，必须逐行读取响应体，过滤掉以 data: 开头的行，去掉前缀后对每段调用 json.loads()，再拼接 delta.content 字段——不能直接对整个响应体做 json.loads(response.text)，否则必然报错。
第三步：遇到 [DONE] 行立即终止循环，避免后续无效解析。
检查HTTP状态码和响应体类型
在调用 json.loads() 前，先打印 response.status_code 和 response.headers.get("content-type")。
如果状态码不是 200（比如 401/403/429），说明请求根本没进模型推理层，返回的是腾讯云网关的错误页面（HTML格式），此时强行解析JSON必败。
如果 content-type 是 text/event-stream，但你没按流式逻辑处理，就属于用错解析方式。
方法一：非流式请求下解析失败的修复
确保请求中明确指定 "stream": false（或不传 stream 参数，默认为 false）。
收到响应后，先判断 response.status_code == 200 且 "application/json" in response.headers.get("content-type", "")，再执行 json.loads(response.text)。
【若跳过状态码校验直接解析，可能把 400 错误页当作JSON解析，触发不可控异常】
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
方法二：统一用 try-except 捕获并诊断
方法一：包裹解析逻辑
try:
data = json.loads(response.text)
except json.JSONDecodeError as e:
print(f"JSON解析失败，原始响应：{repr(response.text[:200])}")
print(f"错误位置：第{e.lineno}行第{e.colno}列")
方法二：检查前100字符是否以 { 开头，不是则打印完整响应体——这能快速暴露是否返回了 HTML 或纯文本错误信息。
特殊场景：代理或网关注入了额外内容
某些企业内网环境会通过安全网关重写响应，在JSON正文前后插入JS脚本或HTML注释，导致 response.text 实际为
<!-- header --><br>{...}<br><!-- footer --> 结构。
此时需手动清理：用正则 re.search(r"\{.*\}", response.text, re.DOTALL) 提取第一个大括号包裹的子串，再解析。
【该操作有风险，仅限确认网关污染且无法关闭时使用；生产环境应优先联系网络管理员调整策略】
