PHP 7.4+（含2026年主流运行环境）中，Exception 和 Error 都实现了 Throwable 接口，但**不能混用 catch (Exception $e) 去捕获所有错误**——比如 TypeError、ParseError 会漏掉，除非显式声明或兜底捕获 Throwable。

为什么 catch(Exception) 会漏掉 TypeError？

PHP 7 起把部分致命错误升级为 Error 类（如 TypeError、ArgumentCountError），它们和 Exception 是平行继承关系，都直接实现 Throwable。所以：

catch (Exception $e) 只捕获 Exception 及其子类，不包括任何 Error

catch (TypeError $e) 可以捕获该类型，但无法覆盖其他 Error

最稳妥的兜底写法是 catch (Throwable $e)，它能同时捕获 Exception 和 Error

示例：

1. try { 
2.     $a = []['missing']; 
3. } catch (Exception $e) { 
4.     echo "不会执行：Exception 不匹配"; 
5. } catch (Throwable $e) { 
6.     echo "执行了：".get_class($e); // 输出 TypeError 
7. } 

set_error_handler 转异常时，哪些错误能转，哪些不能？

set_error_handler() 只能捕获运行时可恢复错误，比如 E_WARNING、E_NOTICE、E_USER_WARNING；但对以下错误完全无效：

E_PARSE（语法错误）：脚本未进入执行阶段，回调根本不会触发

E_ERROR、E_COMPILE_ERROR：PHP 7+ 已转为 Error 子类，应由 catch (Error $e) 或 catch (Throwable $e) 处理

E_RECOVERABLE_ERROR：PHP 7+ 中已统一为 TypeError 等具体 Error 类型

正确做法是在 set_error_handler 回调里做分级处理：

1. set_error_handler(function ($level, $message, $file, $line) { 
2.     if (!(error_reporting() & $level)) { 
3.         return; // 被 error_reporting 屏蔽，不处理 
4.     } 
5.     if (in_array($level, [E_WARNING, E_NOTICE], true)) { 
6.         throw new ErrorException($message, 0, $level, $file, $line); 
7.     } 
8.     // 其他级别（如 E_USER_DEPRECATED）建议只记录，不抛异常 
9. }); 

finally 执行的前提是“进入 try 块”，不是“发生异常”

finally 的关键行为常被误解：它是否执行，取决于控制流是否**进入了 try 块**，而不是是否抛出了异常。

如果 try 块内有 return、break、continue 或正常结束，finally 仍会执行

如果 try 块前就发生 ParseError 或 Fatal error（如未定义函数调用），finally 根本不会运行

finally 中的 return 会覆盖 try 或 catch 中的返回值（需警惕）

示例：

1. function test() { 
2.     try { 
3.         return "from try"; 
4.     } finally { 
5.         return "from finally"; // 实际返回这个 
6.     } 
7. } 
8. echo test(); // 输出 "from finally" 

全局异常处理器 set_exception_handler 不该替代 try-catch

set_exception_handler() 是最后一道防线，仅用于捕获**未被任何 try/catch 捕获的 Throwable**。它不能：

恢复执行流程（一旦进入该函数，脚本即将终止）

重试操作或降级处理（不像 catch 可以继续业务逻辑）

区分异常来源（无上下文，难定位是哪个 throw 触发的）

典型误用是把它当“万能兜底”来避免加 try，结果掩盖了本该在业务层处理的可恢复问题。正确姿势是：

在框架入口或 CLI 主流程设一个 set_exception_handler 记录日志 + 返回友好提示。

在数据库操作、文件读写、外部 API 调用等明确可能失败的地方，用 try/catch 主动处理。

自定义异常类（如 ValidationException）配合多 catch 分流，避免全塞进一个 catch (Throwable)。

真正容易被忽略的是：set_exception_handler **不捕获 set_error_handler 抛出的异常**——如果错误处理器里 throw 了，而外层没 try，才会落到它这里。这层嵌套关系必须理清。

Tags: PHP异常处理

分享到：