PHP cURL POST 返回中文乱码主因是服务端Content-Type缺charset=utf-8，导致PHP默认用ISO-8859-1解析；需手动用mb_convert_encoding或mb_detect_encoding转码，并注意清理UTF-8 BOM。
PHP cURL POST 返回中文乱码的典型原因
绝大多数情况不是编码没设对，而是服务端返回的 Content-Type 缺少 charset=utf-8，导致 PHP 默认用 ISO-8859-1 解析响应体。即使你发请求时用了 UTF-8，curl_exec() 拿到原始字节后不会自动转码。
手动指定响应编码比依赖 header 更可靠
别只靠 curl_setopt($ch, CURLOPT_ENCODING, 'UTF-8')——这个选项是告诉 cURL 接收 gzip/deflate 压缩，和字符编码完全无关。真正起作用的是在获取响应后手动处理：
- 用
mb_convert_encoding($response, 'UTF-8', 'auto')强制转码，'auto'能识别 GBK、GB2312、UTF-8 等常见编码 - 更稳妥的做法：先用
mb_detect_encoding($response, ['UTF-8', 'GBK', 'BIG5'], true)检测真实编码，再转 - 如果响应头明确带了
Content-Type: text/html; charset=gb2312，直接用mb_convert_encoding($response, 'UTF-8', 'GB2312')
发请求时也要注意 Content-Type 的 charset
POST 数据本身是二进制流，但如果你传的是 JSON 或表单字符串，服务端解析逻辑往往依赖 Content-Type 中的 charset 参数：
- 发 JSON：
curl_setopt($ch, CURLOPT_HTTPHEADER, ['Content-Type: application/json; charset=utf-8']) - 发表单：
curl_setopt($ch, CURLOPT_HTTPHEADER, ['Content-Type: application/x-www-form-urlencoded; charset=utf-8']) - 不写 charset 时，有些老旧 PHP 版本或框架会默认按 ISO-8859-1 解析 POST body，导致接收端拿到乱码
file_get_contents + stream_context_create 也得设对
不用 cURL 时，file_get_contents() 同样会遇到乱码。关键在 stream_context_create() 的配置：
立即学习“PHP免费学习笔记（深入）”；
'http' => ['method' => 'POST', 'header' => "Content-Type: application/x-www-form-urlencoded; charset=utf-8\r\n", 'content' => http_build_query($data)]- 它不会自动处理响应编码，返回后仍需
mb_convert_encoding() - 注意：PHP 8.1+ 中
mb_detect_encoding()对空字符串或纯 ASCII 字符串可能返回false，加个空值判断更安全
最易被忽略的一点：有些接口返回的是 UTF-8 编码但 BOM 头（\xEF\xBB\xBF）没去掉，会导致 json_decode() 失败或前端渲染异常——收到响应后先用 ltrim($response, "\xEF\xBB\xBF") 清理 BOM。
