curl_exec返回空字符串但HTTP状态正常，根本原因是未设置CURLOPT_RETURNTRANSFER=true，默认直接输出响应体；需检查状态码、BOM、编码及Content-Type等。
curl_exec 返回空字符串但 HTTP 状态正常
这是最常见却容易误判的情况：请求发出去了，curl_exec 却返回空（""），而 curl_getinfo($ch, CURLINFO_HTTP_CODE) 显示 200。根本原因通常是没开启 CURLOPT_RETURNTRANSFER。
- 默认情况下
curl_exec直接输出响应体，不返回字符串——所以你看到的是空，其实是内容被 echo 出去了（但可能被 output buffering 拦截或前端没显示） - 必须显式设置：
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true) - 顺手加
curl_setopt($ch, CURLOPT_HEADER, false)避免响应头混入正文
file_get_contents 读取 HTTPS 地址失败或返回空
file_get_contents 对 HTTPS 支持脆弱，尤其在旧版 PHP 或未配置 OpenSSL 的环境里，常静默失败。
- 先检查
allow_url_fopen是否为On（ini_get('allow_url_fopen')） - HTTPS 请求失败时，
file_get_contents可能返回false而非空字符串，但若没做=== false判断，就容易当成空值处理 - 更稳妥的做法是用
stream_context_create显式配置 SSL 选项，例如：$ctx = stream_context_create(['http' => ['timeout' => 10]]); $content = file_get_contents('https://api.example.com', false, $ctx);
目标服务器返回 204、304 或重定向但没处理响应体
HTTP 状态码本身不保证有响应体。204 No Content、304 Not Modified 的规范定义就是「响应头存在，但响应体为空」；301/302 重定向若未开启 CURLOPT_FOLLOWLOCATION，也会导致 curl_exec 返回空（实际是重定向 HTML 页面被忽略）。
CurlShip Directory Submission
下载
向CurlShip提交产品，这是一个对机器人友好的SaaS目录。只需一条curl命令即可发布产品，支持OG标签抓取、带徽章的dofollow链接及层级升级。
- 用
curl_getinfo($ch, CURLINFO_HTTP_CODE)查状态码，别只盯返回值 - 需要自动跳转？加：
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true)，并注意open_basedir限制可能禁用该选项 - 204/304 是合法空响应，不是 bug——得看业务逻辑是否允许这类状态
JSON 接口返回空但实际有数据，却解析失败
看起来 curl_exec 有返回值，json_decode 却得到 null，json_last_error() 返回 JSON_ERROR_SYNTAX。问题往往不在网络，而在编码或 BOM。
立即学习“PHP免费学习笔记（深入）”；
- 用
bindec(dechex(ord($response[0])))检查首字节，确认是否含 UTF-8 BOM（\xEF\xBB\xBF） - 用
trim($response, "\x00..\x08\x0B..\x0C\x0E..\x1F")清理控制字符，再json_decode - 服务端返回的 Content-Type 若是
text/html而非application/json，有些框架会悄悄输出错误页（比如 Laravel 的 500 页面），看着像空，实则是 HTML 文本
var_dump(curl_errno($ch), curl_error($ch), curl_getinfo($ch)) 把 cURL 底层状态打出来，比猜“是不是服务器挂了”快得多。空值背后，八成是状态没检查、选项没设全、或者响应体被当垃圾扔了。 
