PHP 7.2 中 register_shutdown_function 不捕获数据库异常，仅在脚本终止时执行回调；PDOException 等可被 try-catch 捕获，而致命错误（如 E_ERROR、E_PARSE）才需其配合 error_get_last() 兜底。
PHP 7.2 中 register_shutdown_function 本身不负责“捕获数据库异常”，它只在脚本终止（无论正常结束还是因致命错误中断）时执行回调。数据库异常（如 PDO 抛出的 PDOException）属于可被 try-catch 捕获的异常，不是致命错误，因此不应依赖 shutdown 函数来处理——这是常见误解。
先分清两类问题：数据库异常 vs 致命错误
数据库操作失败通常有以下情况：
-
PDOException / mysqli_sql_exception：SQL 语法错、连接失败、主键冲突等 → 属于
Exception子类，try-catch可直接捕获； -
内存耗尽（E_ERROR）、调用未定义函数、解析错误（E_PARSE）：这类才是
register_shutdown_function + error_get_last()能兜底的致命错误； -
数据库连接突然中断但未抛异常（如网络闪断后执行语句超时），可能触发 PHP 底层警告或静默失败，需结合
set_error_handler和查询返回值判断。
正确记录数据库异常的推荐做法
不要把数据库异常“塞进” shutdown 流程。应分层处理：
- 所有数据库调用必须包裹在
try-catch(PDOException $e)中，记录完整错误信息（SQL、参数、堆栈）； - 对非异常型数据库失败（如
mysqli_query()返回false），手动检查返回值并主动throw new RuntimeException(...)，统一转为异常流； - 使用
set_exception_handler()作为全局兜底，捕获漏掉的未处理异常（含数据库异常），记录日志并返回友好响应； - 确保数据库连接配置了
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，否则 PDO 默认静默失败，不会抛异常。
shutdown 函数该做什么？专注致命场景
它的职责是“最后防线”，仅用于那些 try-catch 完全无效的情况。例如：
立即学习“PHP免费学习笔记（深入）”；
- 脚本执行中内存爆满（
E_ERROR）导致进程被 kill； - 扩展崩溃、OPcache 编译失败（
E_COMPILE_ERROR）； - 入口文件语法错误（
E_PARSE）根本无法运行到 try 块。
此时数据库连接大概率已失效或不可用，强行在 shutdown 回调里写库会失败甚至引发新错误。建议只做轻量操作：写文件日志、发告警、清理临时资源、输出 HTTP 500 响应头。
增强可观测性的实用补充
若需关联数据库异常与请求上下文（如用户 ID、URL、IP），可在中间层统一注入日志上下文：
- 在请求开始时用
error_log()或 Monolog 记录请求标识； - 数据库异常捕获块中，将同一标识写入日志消息；
- 避免在 shutdown 函数中尝试重连数据库或执行复杂逻辑。
