display_errors 在 php 8.6 生产环境必须关闭，且须通过 php.ini 全局配置（display_errors=off、log_errors=on、error_log 指定路径），并清理 .htaccess/nginx/fpm/框架等各层干扰设置，最后验证响应空白、日志有记录、php -i 显示 off。
display_errors 在 PHP 8.6 生产环境中必须关闭，不是“可选”，而是安全底线。它关不严，错误堆栈、文件路径、变量值甚至数据库配置就可能直接暴露在用户浏览器里。
核心原则：错误不能显示给用户，但必须完整记录到日志。
✅ 必须改 php.ini 的全局配置（最可靠）
PHP 8.6 中 display_errors 是 PHP_INI_SYSTEM 级别指令（部分版本已升为 PHP_INI_PERDIR），运行时用 ini_set() 无法覆盖，尤其对解析错误（如语法错）、启动阶段错误完全无效。
打开你的主 php.ini 文件（注意：CLI 和 Web SAPI 可能用不同配置，生产环境重点看 FPM 或 Apache 加载的那个），确认以下两行：
display_errors = Off log_errors = On
同时指定日志路径（避免写入失败）：
error_log = /var/log/php/error.log
⚠️ 路径需确保 PHP 进程（如
www-data或nginx用户）有写权限；不要留空或设为syslog，否则日志分散难追踪。
改完后必须重启 PHP 服务：
- PHP-FPM：
sudo systemctl restart php8.6-fpm（或对应版本名） - Apache：
sudo systemctl restart apache2 - Nginx + PHP-FPM：同样重启
php8.6-fpm，Nginx 通常无需重启
✅ 检查并清理其他层级的干扰设置
即使 php.ini 改了，PHP 8.6 仍可能被以下方式重新开启 display_errors：
-
Apache
.htaccess或虚拟主机配置
搜索是否有：php_flag display_errors on php_value error_reporting 32767
全部删掉或改为
off和0 -
Nginx fastcgi_param
检查nginx.conf或站点配置中是否写了：fastcgi_param PHP_VALUE "display_errors=On";
改成
display_errors=Off，或直接删掉该行（推荐由php.ini统一管控） -
PHP-FPM pool 配置（如 www.conf）
若用了 FPM，检查/etc/php/8.6/fpm/pool.d/www.conf是否存在：php_admin_flag[display_errors] = on
→ 改为
off。php_admin_flag优先级高于php.ini，且不可被脚本覆盖，是生产环境防绕过的关键锁。
✅ 框架和应用层同步关闭调试模式
PHP 8.6 常见框架会主动调用 ini_set('display_errors', '1')，无视 php.ini：
-
Laravel：确保
.env中APP_DEBUG=false，且config/app.php未硬编码开启 -
Symfony：
.env设APP_ENV=prod且APP_DEBUG=0，再执行php bin/console cache:clear -
WordPress：
wp-config.php中确认无define('WP_DEBUG_DISPLAY', true);，或显式写false -
ThinkPHP / CodeIgniter 等：搜索全项目
ini_set.*display_errors和error_reporting(，入口文件（如index.php）是高危区
✅ 验证是否真正关掉（别信配置文件，要看行为）
写一个测试脚本 test-error.php：
<?php echo $undefined_var; // 触发 Notice ?>
访问该页面后检查：
- 页面响应体（Network → Response）完全空白，不含
Notice:、Warning:、Fatal error字样 - 浏览器开发者工具 Console 无 PHP 错误输出
-
error.log中有对应日志条目（说明错误没消失，只是不显示了） - 执行
php -i | grep display_errors，输出应为display_errors => Off => Off
? 提示：
phpinfo()页面里的 “Local Value” 列才是当前实际生效值，比配置文件更可信。
❌ 不要依赖的“伪关闭”方式
- 单独写
ini_set('display_errors', '0')—— 对解析错误无效，且易被更高优先级覆盖 - 只设
error_reporting(0)不关display_errors—— 错误不触发，但一旦触发仍会显示 - 关了
display_errors却没开log_errors—— 错误静默丢失，线上排障等于蒙眼开车
不复杂但容易忽略。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
