生产环境PHP错误应静默处理：关闭display_errors、开启log_errors并指定error_log路径，禁用error_reporting(0)，用set_error_handler拦截传统错误，Web服务器层兜底拦截。
PHP 运行报错默认显示在页面上，这在生产环境是危险的——既暴露代码结构，又可能泄露敏感路径或配置。要真正“静默”隐藏错误，不能只靠 error_reporting(0) 或关掉 display_errors，必须组合控制错误生成、输出和记录三个环节。
关掉错误显示但保留日志记录
仅设置 display_errors = Off（php.ini）或运行时调用 ini_set('display_errors', '0') 是最基础一步。但这只是不让错误出现在浏览器里，错误仍会生成并可能写入 Web 服务器错误日志（如 Apache 的 error_log）或 PHP 自己的 error_log 文件。
- 推荐在入口文件（如
index.php）开头就加：ini_set('display_errors', '0'); - 同时确保
log_errors = On（php.ini），否则错误既不显示也不留存，排查时完全抓瞎 - 指定日志路径更可控：
ini_set('error_log', '/var/log/php/app_errors.log');，注意 Web 进程需有写权限
禁用错误报告级别（慎用 error\_reporting(0)）
error_reporting(0) 会彻底屏蔽所有错误通知（E_WARNING、E_NOTICE 甚至 E_ERROR），导致致命错误（如语法错误、未定义函数）直接中断脚本且无任何痕迹——连日志都不会记。这不是“静默”，是“失明”。
- 生产环境应设为
error_reporting(E_ALL & ~E_DEPRECATED & ~E_STRICT)，兼顾完整性与兼容性 - 若用 Composer + PSR-4 自动加载，
E_WARNING被屏蔽可能导致类找不到却无提示，调试成本陡增 - 绝对不要在
php.ini中全局写error_reporting = 0
捕获并静默特定错误（try/catch 不适用所有场景）
PHP 的 try/catch 只捕获异常（Exception、Error 子类），对 E_WARNING、E_NOTICE 等传统错误无效。真要拦截它们，得用 set_error_handler() 并返回 true 表示已处理：
立即学习“PHP免费学习笔记（深入）”；
set_error_handler(function($severity, $message, $file, $line) {
if (!(error_reporting() & $severity)) {
return true; // 遵守当前 error_reporting 设置
}
// 记日志，但不输出
error_log("[$severity] $message in $file:$line");
return true; // 静默：不触发默认错误处理
});
- 必须在脚本早期注册，否则前置错误（如语法错误）无法捕获
- 返回
true才能阻止错误继续向默认处理器传递；返回false或不返回，错误仍会显示/记录 - 注意：此方式无法捕获
E_PARSE、E_CORE_ERROR等解析期错误
Web 服务器层兜底（Nginx/Apache）
即使 PHP 层配置正确，某些严重错误（如内存耗尽、超时）仍可能让 PHP-FPM 返回原始错误页。这时需在 Web 服务器层面拦截：
- Nginx 中添加：
fastcgi_intercept_errors on;，再配error_page 500 502 503 504 /50x.html; - Apache 的
php_flag display_errors off只对 .htaccess 有效，且需AllowOverride Options开启，不如直接改 php.ini 可靠 - PHP-FPM 池配置中设
catch_workers_output = yes，可捕获stderr输出，避免错误冲到 Nginx 错误日志里混杂
真正的静默不是让错误消失，而是让它只去该去的地方：不进用户眼睛，不进响应体，但稳稳落在日志里。最容易被忽略的是——忘记检查 error_log 文件权限是否允许 PHP 进程写入，或者把 display_errors 设为 Off 却没确认 log_errors 是 On，结果线上出问题时什么线索都没有。
