PHP隐错指代码无语法错误且能运行但结果异常，如$_POST为空、file_get_contents()静默失败等，主因是错误报告关闭、@抑制符、配置差异或返回值误判。
PHP 隐错是指什么？
PHP 隐错不是语法错误，而是代码能跑通、没报错，但结果不对——比如 $_POST 为空、file_get_contents() 返回 false 却没提示、数据库查询没报错但 $result 是空数组。这类问题往往因配置、环境或静默失败机制导致，排查时容易卡在“明明写了逻辑，却没走”。
开启 error_reporting 和 display_errors 是基础动作
很多隐错根本不是“没报错”，而是 PHP 默认关掉了错误显示和报告。尤其上线环境常设 display_errors = Off，连 E_NOTICE 都被吞掉。
- 本地开发：在
php.ini中确认error_reporting = E_ALL且display_errors = On - 临时生效：在脚本开头加
error_reporting(E_ALL); ini_set('display_errors', '1');（注意：不能在已输出后调用） - 注意顺序：必须在任何
echo、header()或空白符输出前执行，否则会触发Cannot modify header information
检查是否被 @ 运算符压制了错误
@ 是 PHP 隐错的头号帮凶。它不会让错误消失，只是不让错误显示或记录，同时还会轻微拖慢性能。
- 搜索整个项目：
grep -r '@[a-zA-Z]' . --include="*.php"，重点看@fopen、@mysqli_query、@file_get_contents - 把
@file_get_contents($url)改成file_get_contents($url)，再配合error_reporting(E_ALL)，立刻暴露 DNS 失败、SSL 证书问题或 404 - 替代方案：用
set_error_handler()捕获被@抑制的错误（但不推荐长期依赖，应直接删掉@）
var_dump() + exit 后面跟 die() 不够，得看上下文执行流
只在某处 var_dump($_POST) 看到空数组，不代表表单没提交——可能早就在前面某步跳出了，比如 return、exit、异常未捕获、或 if (!isset($_POST['submit'])) { return; } 直接结束了脚本。
立即学习“PHP免费学习笔记（深入）”；
- 在入口文件（如
index.php）顶部加var_dump('start'); exit;，确认请求真进来了 - 在关键分支前后打点：
var_dump('before db query'); $res = mysqli_query(...); var_dump('after db query', $res); - 留意函数返回值类型：例如
json_decode($str, true)失败时返回null，不是空数组；strpos()找到位置 0 时返回0，但if (strpos(...))会误判为 false
真正难缠的隐错，往往藏在配置差异里：比如本地 mbstring.func_overload 开着，线上关了，导致 strlen() 和 mb_strlen() 行为不一致；或者 date.timezone 未设，strtotime() 解析时间出错却不报。这些没法靠 var_dump 直接看出，得比对 phpinfo() 输出。
