PHP报错不显示需先检查display_errors和error_reporting配置，开发时启用ini_set或修改php.ini并重启服务器；var_dump()和debug_backtrace()辅助定位运行时问题；Xdebug需正确配置php.ini与IDE联动；curl -v和php://input用于调试HTTP请求。
PHP报错不显示？先检查display_errors和error_reporting
本地开发时空白页、无任何提示，大概率是PHP错误被静默吞掉了。默认配置下，display_errors在生产环境通常为Off，连Parse error都看不到。
临时启用（仅限开发环境）：
ini_set('display_errors', '1');
ini_set('error_reporting', E_ALL);
更稳妥的做法是在php.ini中修改：
-
display_errors = On（必须设为On，stdout或stderr无效） -
error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED（按需调整，开发期建议保留E_NOTICE） - 改完记得重启Web服务器（
apache2或php-fpm）
注意：ini_set()对Parse error无效——语法错发生在脚本加载前，只能靠php.ini或命令行php -l index.php检测。
立即学习“PHP免费学习笔记（深入）”；
用var_dump()和debug_backtrace()定位运行时逻辑问题
比起echo或print_r()，var_dump()能同时显示类型和值，对调试null、false、空字符串等边界值更可靠；配合debug_backtrace()可快速确认调用链是否符合预期。
常见用法示例：
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
// 查看变量结构和类型 var_dump($_POST, $user_id, $query_result); // 输出当前执行位置及上层调用 debug_print_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS);
注意事项：
- 别在循环里无条件用
var_dump()，容易卡死浏览器或撑爆内存 - 上线前务必删掉或注释掉所有
var_dump()，避免敏感数据泄露 - 若页面输出被缓冲（如
ob_start()），var_dump()可能不立即显示，加flush(); ob_flush();强制刷新
Xdebug不是“装了就能用”，关键在php.ini配置和IDE断点联动
Xdebug 3+ 和旧版配置差异大，很多教程照搬xdebug.remote_*参数会失效。正确启用需三步闭环：
- 确认扩展已加载：
php -m | grep xdebug或phpinfo()中查Xdebug模块 - 在
php.ini中设置（Xdebug 3）：xdebug.mode = debugxdebug.start_with_request = trigger（配合?XDEBUG_SESSION_START=1触发）xdebug.client_host = 127.0.0.1（Docker需填宿主机IP） - IDE（如PhpStorm）需监听对应端口（默认9003），并确保路径映射（Path Mapping）与服务器实际路径一致——这点最容易出错，尤其用Docker或Vagrant时
验证是否生效：访问http://yoursite.com/test.php?XDEBUG_SESSION_START=1，再看IDE是否进入断点。没反应？优先检查xdebug.mode是否拼错，以及防火墙是否放行端口。
HTTP请求级调试：用curl -v和file_get_contents("php://input")看清真实输入
前端传参看似正常，后端$_POST却为空？可能是Content-Type不对（如application/json导致$_POST不自动解析），或Nginx/Apache做了body截断。
实操建议：
- 用
curl -v -X POST -H "Content-Type: application/json" -d '{"name":"test"}' http://localhost/api.php复现请求，观察>（发送）和<（响应）原始内容 - 在PHP脚本开头加：
$raw = file_get_contents("php://input"); var_dump($raw);，确认原始请求体是否到达 - 检查
post_max_size和max_input_vars是否过小（尤其处理大量表单字段时）
复杂点在于：有些代理（如Cloudflare）或WAF会重写请求头，导致$_SERVER['HTTP_X_FORWARDED_FOR']等不可信；此时curl -v看到的才是第一手证据。
