在Linux环境下配置PHP的错误处理，说难不难，但确实有些细节值得认真梳理。很多开发者一开始可能觉得改个php.ini文件就行，实际上要兼顾开发调试和生产安全，还得讲究一点策略。下面咱们就从头捋一遍，把常见配置项和操作步骤说明白。
先看几个关键的配置指令：
显示错误——开发阶段通常需要打开。
display_errors：设为On时，错误信息会直接输出到浏览器或终端，方便定位问题。display_startup_errors：同样设为On，这样PHP启动阶段的错误也能显示出来，避免“静默失败”。
记录错误——生产环境必备。
log_errors：设为On，错误就会写入服务器日志文件，便于事后回溯。error_log：指定日志文件的绝对路径，比如/var/log/php_errors.log。
错误报告级别——决定哪些错误需要被报告。
error_reporting：这是最核心的选项。例如E_ALL表示报告所有错误（包括通知、警告等），E_ERROR则只报告致命错误。开发时建议用E_ALL，生产环境可以根据需要收窄范围。
下面是一份典型的开发环境配置示例：
; 显示错误信息
display_errors = On
; 在脚本启动时显示错误信息
display_startup_errors = On
; 记录错误信息到日志文件
log_errors = On
; 指定错误日志文件的路径
error_log = /var/log/php_errors.log
; 设置错误报告级别
error_reporting = E_ALL修改 php.ini 文件的操作步骤
- 找到正确的
php.ini文件。位置因环境而异，比如使用Apache时通常位于/etc/php/{php_version}/apache2/php.ini；如果是命令行模式，则在/etc/php/{php_version}/cli/php.ini。搞不清的话可以用php --ini命令查看。 - 用文本编辑器打开它，例如
sudo nano /etc/php/7.4/apache2/php.ini。 - 按需求修改对应的行。
- 保存退出。
- 重启Web服务器让配置生效。Apache下命令是
sudo systemctl restart apache2，Nginx则是sudo systemctl restart nginx。
一个完整的开发配置示例
假设你正在搭建本地开发环境，希望看到所有错误并把它们记下来，可以像这样改：
display_errors = On
display_startup_errors = On
log_errors = On
error_log = /var/log/php_errors.log
error_reporting = E_ALL几点提醒
- 生产环境务必关闭
display_errors。即使是小错误，暴露给用户也可能造成信息泄露或攻击面扩大。通常设为Off，只通过日志记录。 - 确保日志文件路径是存在的，并且PHP用户（如
www-data）有写入权限。否则错误记录会失效，还可能在日志里留下“无法写入”的新错误。
这样配置下来，PHP错误处理就清晰多了——开发时能快速定位问题，上线后又能安全可靠地记录，算得上是运维基本功了。
