小程序收不到PHP响应最常见原因是未设置JSON响应头且错误处理不当；需显式声明header('Content-Type: application/json; charset=utf-8')，并配置错误日志而非显示错误。
PHP 后端接口调试时，为什么小程序收不到响应？
最常见原因是 PHP 没有正确输出 JSON 格式且未设置响应头。小程序对 Content-Type 敏感，仅输出 json_encode() 不够，必须显式声明 header('Content-Type: application/json; charset=utf-8');，否则微信客户端可能解析失败或静默丢弃响应。
另一个高频问题是 PHP 错误被静默吞掉：开启 display_errors 会导致非 JSON 响应污染输出；而关闭后又看不到错误。建议在调试阶段临时加一段兜底逻辑：
error_reporting(E_ALL);
ini_set('display_errors', '0');
ini_set('log_errors', '1');
// 确保任何 fatal error 都写入日志，不干扰响应体
用 Postman 或 curl 联调 PHP 接口时要注意什么？
Postman 默认发送 Content-Type: application/json，但 PHP 的 $_POST 不会自动解析 raw JSON 数据——它只处理 application/x-www-form-urlencoded 或 multipart/form-data。若小程序传的是 JSON body，PHP 端必须手动读取：
$raw = file_get_contents('php://input');$data = json_decode($raw, true);- 检查
$data === null并用json_last_error_msg()定位格式问题
curl 示例（模拟小程序请求）：
立即学习“PHP免费学习笔记（深入）”；
curl -X POST https://yourdomain.com/api/login.php \
-H "Content-Type: application/json" \
-d '{"code":"0.xxxx","encryptedData":"..."}'
PHP 接口返回 500 却没报错信息？查这几个地方
小程序开发者工具里看到 500，但浏览器直接访问却正常，大概率是请求头差异触发了 PHP 异常分支。重点检查：
- 是否依赖
$_SERVER['HTTP_X_WX_SOURCE']或其他微信特有 header，而本地测试没带 - 是否用了
openssl_decrypt但没校验$iv长度（微信固定 16 字节），错则直接 fatal error - 是否在
require路径中用了相对路径（如require '../config.php';），而 CLI 和 Web Server 的工作目录不同 - 查看 PHP 错误日志路径：
php --ini查Loaded Configuration File，再找其中error_log配置项
如何快速验证接口是否被小程序正确调用？
在 PHP 接口开头插入简易日志记录，绕过复杂框架，直击链路：
$log = date('Y-m-d H:i:s') . " | " . $_SERVER['REQUEST_METHOD'] . " | " . ($_SERVER['HTTP_REFERER'] ?? 'no-referer') . " | " . file_get_contents('php://input') . "\n";
file_put_contents('/tmp/wxapi.log', $log, FILE_APPEND | LOCK_EX);
然后用微信开发者工具发起请求，立刻执行 tail -f /tmp/wxapi.log 查看原始输入。注意不要用 error_log()，它可能被缓冲或重定向；file_put_contents 最可控。
真正难的不是写接口，而是确认「小程序发出来的数据到底长什么样」——所有调试动作都要围绕这个事实展开。别假设，去抓。
