PHP错误不显示需在php.ini、运行时和脚本级协同配置：修改php.ini中error_reporting=E_ALL和display_errors=On并重启服务器；脚本中可用ini_set('display_errors','1')临时启用；CLI模式需检查对应php.ini或用php -d参数强制开启；排查时优先核对phpinfo()中的Local Value是否生效。
PHP 默认在生产环境中关闭错误提示，所以你写错了代码却看不到任何报错——不是没出错，是被静默吞掉了。要让错误显示出来，关键不在“开启”一个开关，而是在 php.ini、运行时或脚本级三个层面协同控制，且必须确保没有被后续配置覆盖。
修改 php.ini 中的 error_reporting 和 display_errors
这是最根本的配置位置，影响所有通过该 PHP 实例执行的脚本。需要同时调整两个指令：
-
error_reporting决定报告哪些错误级别，开发时建议设为E_ALL（或E_ALL & ~E_NOTICE & ~E_DEPRECATED过滤掉非致命提醒） -
display_errors必须设为On才能在浏览器/终端直接看到错误信息；设为Off时错误只记录到日志（error_log） - 改完后必须重启 Web 服务器（如 Apache 或 PHP-FPM），否则不生效
error_reporting = E_ALL display_errors = On log_errors = On error_log = /var/log/php_errors.log
在脚本开头用 ini_set() 临时启用（适合无权改 php.ini 的场景）
当只能上传 PHP 文件、无法接触服务器配置时，可在脚本最顶部插入以下代码。但它仅对当前脚本生效，且受 php.ini 中 disable_functions 限制（如果 ini_set 被禁用则无效）：
<?php ini_set('display_errors', '1');
ini_set('error_reporting', E_ALL);
?>
注意：ini_set('display_errors', '1') 中的值必须是字符串 '1' 或 'On'，传布尔值 true 在某些 PHP 版本下会被转成 ''（空字符串），导致失效。
通过Apache Tika Server REST API从1400多种文件格式中提取文本和元数据。处理PDF、DOCX、PPTX、电子邮件归档以及带有MIME类型检测的嵌入式文档提取。
CLI 模式下不显示错误？检查 cli php.ini 是否独立
Web 用的 php.ini 和命令行（php -v）可能加载不同配置文件。运行 php --ini 查看 CLI 加载的是哪个 php.ini，再按前两步修改对应文件。常见错误是只改了 Apache 的配置，结果 php script.php 还是不报错。
- CLI 下默认
display_errors常为stderr，但若被重定向或终端不支持颜色，也可能“看不见” - 可加
php -d display_errors=1 -d error_reporting=E_ALL script.php临时强制启用
为什么设置了还是不显示错误？优先排查这几点
多数“开了没用”问题出在覆盖逻辑上：
-
display_errors被 .htaccess（Apache）或 nginx 配置强行设为Off - 框架（如 Laravel、ThinkPHP）在启动时调用
error_reporting(0)关闭了所有错误 - 自定义错误处理器（
set_error_handler()）捕获但未输出，或@符号抑制了错误 - PHP 版本 ≥ 8.0 后，
E_STRICT已合并进E_ALL，但旧写法E_ALL | E_STRICT会触发警告，反而干扰调试
真正可靠的调试起点永远是：先确认 phpinfo() 页面里 display_errors 和 error_reporting 的“Local Value”是否符合预期，而不是只看 php.ini 文件写了什么。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
