PHP日志审计中如何捕获到被静默处理的异常-php教程-PHP中文网

try-catch抓不到“静默异常”是因为php的e_notice、e_warning等错误不属于异常体系，需用set_error_handler转为errorexception，并配合register_shutdown_function兜底致命错误，且须正确配置error_reporting、log_errors及扩展错误模式。

php日志审计中如何捕获到被静默处理的异常

为什么`try-catch`抓不到“静默异常”

不是代码没抛异常，而是很多错误根本没进异常体系——E_NOTICE、E_WARNING、E_DEPRECATED这些属于PHP错误机制，try-catch默认完全无视。你看到页面空白或数据错乱但日志空空如也，大概率是这类错误被error_reporting屏蔽后又没走日志通道。

error_reporting值太低（比如只设E_ERROR）会导致E_WARNING直接丢弃，不触发任何处理器
生产环境常关display_errors，但若同时漏配log_errors或error_log路径，错误就真“静默”了
set_error_handler注册太晚（比如在try块之后），或内部throw被error_reporting条件过滤掉，导致转换失败

用`set_error_handler`把错误转成可捕获异常

核心思路：让所有错误都变成ErrorException，再由try-catch或全局处理器统一收口。但必须注意触发时机和过滤逻辑。

必须在脚本最开头注册，最好在index.php第一行，避免前置文件里已触发错误
回调函数里要检查error_reporting() & $severity，否则E_STRICT等可能被忽略
不要直接throw，要用new ErrorException($message, 0, $severity, $file, $line)构造，保留原始上下文
对E_ERROR、E_PARSE等致命错误，set_error_handler本身不生效，需靠register_shutdown_function兜底

set_error_handler(function ($severity, $message, $file, $line) {
    if (!(error_reporting() & $severity)) {
        return;
    }
    throw new ErrorException($message, 0, $severity, $file, $line);
});

PDO等扩展异常必须显式开启

像PDO、cURL、XMLReader这些扩展，默认走错误机制而非异常体系。不主动开开关，try-catch永远抓不到它们的报错。

PHP 8.5.5

PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。

下载

PDO连接时必须传PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，只设这个还不够
如果用了预处理，还得加PDO::ATTR_EMULATE_PREPARES => false，否则语法错误会被模拟层吞掉
cURL错误得手动检查curl_errno()，它从不抛异常；想统一处理就得封装一层，出错时throw new RuntimeException()
PHP 8.3+ 的json_validate()返回bool，不是异常，需自行判断并抛出

审计日志时别漏掉`register_shutdown_function`

真正静默的往往是那些让脚本直接终止的错误：Fatal error、Parse error、内存耗尽。它们跳过set_error_handler和set_exception_handler，唯一能捕获的入口是register_shutdown_function。

调用error_get_last()检查是否为E_ERROR、E_PARSE、E_CORE_ERROR等
记录file、line、message，并补充$_SERVER['REQUEST_URI']和$_SERVER['HTTP_USER_AGENT']
注意：这里不能throw，只能error_log()或写入文件，否则会引发二次崩溃