Apache下PHP错误不显示的根源是display_errors被关闭，需在php.ini中设为On并重启PHP或Apache服务；若用php-fpm则改其指定的php.ini；.htaccess无效因现代部署多为php-fpm模式。
Apache下PHP错误不显示？先确认是不是被display_errors关掉了
PHP默认在生产环境中关闭错误显示，哪怕代码有Parse error或Undefined variable，页面也只会空白或返回500。关键开关是display_errors，但它受两层控制：PHP配置本身，以及是否被ini_set()运行时覆盖。Apache本身不“开启PHP调试模式”，它只是把请求交给PHP模块（如libphp.so或php-fpm）处理，真正起作用的是PHP的配置项。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 优先修改
php.ini文件（不是.htaccess或httpd.conf），搜索display_errors，设为On；同时确认error_reporting设为E_ALL或E_ALL | E_STRICT - 如果用的是
php-fpm，改的是php-fpm.conf里指定的php.ini路径，不是Apache的配置目录下的文件 - 改完必须重启PHP服务（
systemctl restart php-fpm）或Apache（systemctl restart httpd），仅重载配置不够
为什么.htaccess里加php_flag display_errors on没用？
这个写法只在Apache使用mod_php（即DSO方式）且AllowOverride Options允许覆盖PHP指令时才生效。现在主流部署多用php-fpm + ProxyPassMatch，此时.htaccess里的php_flag完全被忽略——PHP根本不经过Apache的模块层解析这些指令。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 先执行
phpinfo()，看Server API字段：如果是FPM/FastCGI，就别折腾.htaccess - 若坚持用
.htaccess，得确保Apache配置中对应目录有AllowOverride Options，且启用mod_php（已不推荐） - 更可靠的做法：在入口脚本顶部加
ini_set('display_errors', '1'); error_reporting(E_ALL);，但仅对当前请求生效
log_errors和error_log才是调试主力
开发时盯着浏览器报错容易漏细节，尤其500错误常不输出任何内容。把错误写进日志比显示在页面上更稳定、可追溯。Apache的ErrorLog只记录PHP模块加载失败等底层问题，真正的PHP警告、Notice、Fatal Error由PHP自己的日志机制控制。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在
php.ini中启用log_errors = On，并设置error_log = /var/log/php_errors.log（确保Web服务器用户有写权限） - 避免用
error_log = syslog——日志会混进系统日志，排查时难过滤 - 配合
tail -f /var/log/php_errors.log实时盯错，比刷网页快得多
别忘了关掉opcache和display_errors上线前
开启display_errors和opcache.enable=1一起存在时，可能造成“改了代码但页面没变”的假象：opcache缓存了旧字节码，而错误又被显示出来干扰判断。本地调试阶段建议直接禁用opcache。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 临时禁用：在
php.ini中设opcache.enable=0，重启服务 - 上线前务必检查
display_errors = Off且log_errors = On，否则可能泄露路径、变量名甚至数据库凭证 - 敏感环境（如客户服务器）即使调试也要用
error_log，绝不要让display_errors暴露到HTTP响应体
phpinfo()，比查十篇教程都管用。 
