百度API返回数据乱码？Symfony2编码设置隐藏技巧-php教程-PHP中文网

百度api中文乱码非百度问题，而是symfony 2未正确处理gbk/utf-8编码：需检测响应头或用mb_detect_encoding判断编码，再用iconv或mb_convert_encoding转为utf-8，避免json_decode失败及response输出乱码。

百度api返回数据乱码？symfony2编码设置隐藏技巧

百度API返回中文乱码，不是百度的问题，而是你的 Symfony 2 应用没正确处理响应编码——尤其在没启用 mbstring 扩展、或没显式指定解码逻辑时，file_get_contents 或 cURL 拿到的原始字节流直接当 UTF-8 解析，GBK 编码的中文就变成。

确认百度API实际返回编码

百度多数接口（如翻译、短网址、OCR）默认返回 UTF-8，但部分老接口（如早期贴吧、知道 API）仍用 GBK。不能靠文档猜，得看真实响应头：

用 cURL 时加 CURLOPT_HEADER，检查 Content-Type 是否含 charset=gbk 或 charset=utf-8
若响应头没声明，用 mb_detect_encoding($rawContent, ['UTF-8', 'GBK', 'GB2312'], true) 检测，注意第三个参数必须为 true 启用 strict 模式，否则容易误判
别信 mb_detect_encoding 单次结果——对短文本（如“错误”二字）可能返回 false，建议取前 1024 字节再测

在 Symfony 2 中安全转换 GBK 响应为 UTF-8

Symfony 2 默认不自带 iconv 或 mb_convert_encoding 的封装，你得自己写转换逻辑，且必须避开两个坑：

百度一镜

百度一镜是百度电商数字人直播平台，可用于数字人直播间创建、互动配置、直播脚本和AI工具使用。

下载

iconv('GBK', 'UTF-8//IGNORE', $content) 中的 //IGNORE 是必需的，否则遇到非法 GBK 字节会直接报 Warning 并中断执行
如果服务器没装 iconv 扩展（常见于某些 Docker Alpine 镜像），改用 mb_convert_encoding($content, 'UTF-8', 'GBK')，但前提是已加载 mbstring 扩展；否则得装 symfony/polyfill-mbstring
别在 Response 构造时传入未转码内容——比如 new Response($rawGbkContent)，浏览器会按 meta 或 header 的 UTF-8 解析，必然乱码

避免 Symfony 2 自动输出干扰编码

Symfony 2 的 Response 对象默认设 Content-Type: text/html; charset=UTF-8，但这只影响响应头，不改变你塞进去的内容字节本身。真正危险的是：

模板引擎（如 Twig）默认以 UTF-8 读取 .twig 文件，如果你的模板文件本身是 GBK 保存的，Twig 渲染时就会出错——务必统一用 UTF-8 保存所有源文件
kernel.response 事件里有人调用 $response->setContent() 二次写入未转码内容，导致前面转好的 UTF-8 又被覆盖成乱码字节
调试时用 var_dump() 直接输出响应体，终端编码不是 UTF-8（如 Windows CMD 默认 GBK），看起来还是乱码——这不是程序问题，是终端显示问题

最易被忽略的一点：百度某些接口（如旧版语音识别）返回的是 GBK 编码的 JSON，但 JSON 标准要求必须是 UTF-8。这种情况下，json_decode($content) 会静默失败（返回 null），而你可能只检查了 json_last_error() 是否为 0，却没意识到错在编码没转——先转码，再 json_decode，顺序不能颠倒。