必须显式设置curlopt_encoding为''才能自动解压gzip响应，否则返回乱码；file_get_contents不支持自动解压，需改用curl或手动gzdecode；调试应结合curl_getinfo验证响应头与magic bytes。
PHP接口收到gzip响应后怎么解压
直接用 gzdecode() 就能解，但前提是响应体确实是gzip编码、且没被PHP自动处理过。很多开发者卡在“明明加了 CURLOPT_ENCODING 却还是乱码”，根本原因是cURL默认已自动解压，再调 gzdecode() 就会报 data error。
- 确认服务端返回的
Content-Encoding: gzip头存在（用curl_getinfo($ch, CURLINFO_CONTENT_TYPE)和curl_getinfo($ch, CURLINFO_HEADER_SIZE)配合substr()检查响应头） - 如果用了
curl_setopt($ch, CURLOPT_ENCODING, 'gzip')，cURL 会在底层自动解压，此时$response是明文，不能再 调gzdecode() - 想手动控制解压流程，就该关掉自动解压：
curl_setopt($ch, CURLOPT_ENCODING, '')，再对原始响应体用gzdecode() -
gzdecode()对非gzip数据会返回false，务必检查返回值，避免后续json_decode()出错
为什么用 file_get_contents() 时解压失败
因为 file_get_contents() 不支持 Accept-Encoding 自动协商，也不自动解压。它拿到的是原始二进制流，但你没显式声明要压缩传输，服务端大概率不返回gzip内容。
- 必须手动加请求头：
stream_context_create(['http' => ['header' => "Accept-Encoding: gzip\r\n"]]) - 即便如此，
file_get_contents()也不会像cURL那样自动解压，你得自己用gzdecode()处理返回值 - 注意：如果响应头里没有
Content-Encoding: gzip，gzdecode()必然失败 —— 别硬套，先验证响应头 - 某些CDN或代理会剥离
Content-Encoding头但保留压缩体，这时只能靠试错：@gzdecode($data) ?: $data
解压后JSON解析失败的常见原因
不是解压逻辑错，而是解压后的数据本身有问题：BOM头、多余空白、非UTF-8字符、或者服务端返回了HTML错误页（比如502）却被当成了JSON。
- 用
mb_detect_encoding($data, ['UTF-8', 'GB2312'], true)确认编码，必要时转成UTF-8 - 用
trim($data)去首尾空白，再用json_last_error()查具体错在哪一步 - 别跳过
json_decode($data, true)的返回值判断：=== null且json_last_error() !== JSON_ERROR_NONE才算真失败 - 生产环境建议加一层保护：
if (strlen($data) > 10 && $data[0] === '{' || $data[0] === '[') { /* 安全解析 */ }
实际中最容易被忽略的点是：你以为服务端开了gzip，但它只对特定UA或特定路径生效；或者本地开发用的代理（如Charles/Fiddler）悄悄解压了响应，导致你调试时看到的是明文，上线后却收不到gzip——这种环境差异必须用抓包工具比对真实响应头和响应体。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
