PHP接口返回空数据需分层排查：先确认curl_exec()是否false、响应是否空字符串、json_decode是否null、字段是否为空；再查输出终止、缓冲区、错误静默、上游数据源及真实响应内容。
PHP接口返回空数据，不是“没结果”，而是“有响应但没内容”——这说明请求发出去了、服务器也接了，但中间某个环节把数据吃掉了。排查要分层推进，从最外层的响应体开始往里挖。
先看原始响应体是不是真空
别急着查代码，先确认空的是哪一层：
- curl_exec() 返回 false：请求根本没发出去，检查网络、URL拼写、超时设置
- 返回空字符串（''）：接口逻辑可能提前 exit/die/return，或输出被缓冲区截断
- json_decode() 得到 null：要么返回的不是合法 JSON（比如带 BOM、HTML 错误页、空白字符），要么是空对象 {} 或空数组 []
- 返回数组但关键字段为空：参数错、权限不足、数据本身不存在，或 SQL 查询没命中
检查 PHP 输出是否被意外终止
很多“空响应”其实是脚本中途退出导致的：
- 开头没加
header('Content-Type: application/json; charset=utf-8');，浏览器当 HTML 解析，显示为空白 - 调用了
exit、die、return在数据组装前，尤其在鉴权失败或参数校验后 - 开启了输出缓冲（ob_start），但没调用
ob_end_flush()或ob_flush()，响应卡在缓冲区 - 错误被静默吞掉：确保开发环境开启
display_errors = On和error_reporting(E_ALL)
验证数据来源是否真有内容
空数据常源于上游——数据库、缓存、第三方 API：
立即学习“PHP免费学习笔记（深入）”；
- 数据库查询：用
var_dump($sql)取出实际执行语句，在 phpMyAdmin 中运行，确认是否有记录 - ThinkPHP 的
find()返回null，select()返回[]，不能用if ($data)判空，要用is_null($data)或empty($data)显式判断 - 调第三方接口时，先用 Postman 模拟相同请求头和参数，看对方是否真返回空；常见坑包括 token 过期、IP 不在白名单、Content-Type 写成
application/json但对方只认application/x-www-form-urlencoded - Redis/Memcached 缓存未命中，又没走兜底查询，直接返回空
抓包确认真实返回内容
浏览器开发者工具 Network 标签页看到“空”，不等于服务端真没发：
- 查看 Response 标签：是纯空白？还是含 HTML 错误页（如 500 页面）？或是 JSON 但字段全空？
- 看 Headers：有没有
Content-Length: 0？有没有意外重定向（302）？ - 用
file_get_contents('php://input')或var_dump($_SERVER['REQUEST_BODY'])（需配置）打印原始请求体，确认前端传参是否真的到了 - 在接口入口加一行：
file_put_contents('/tmp/api.log', print_r($_REQUEST, true) . "\n---\n", FILE_APPEND);，看参数是否丢失或被截断
