PHP 8.0 中所有 Error 均可被 catch (Throwable $e) 统一捕获，因 Exception 和 Error 均实现 Throwable 接口；旧写法 catch (Exception $e) 会漏掉 TypeError 等错误，全局处理器也须声明 Throwable $e 参数。
PHP 8.0 中 Error 类的继承关系没有改变，但它在异常捕获逻辑中的实际行为发生了关键调整：所有 Error（包括 ParseError、TypeError、FatalError 等）现在都可被 catch (Throwable $e) 统一捕获，不再需要单独写 catch (Error $e) —— 这不是新增功能，而是 PHP 7 已有机制在 PHP 8 中更彻底地落地执行。
Throwable 是真正的顶层统一接口
从 PHP 7 开始，Exception 和 Error 都实现了 Throwable 接口。但很多老项目仍沿用只捕获 Exception 的写法，导致 Error 抛出后直接中断脚本。PHP 8 并未新增类型，只是强化了“未捕获的 Error 必须走 Throwable 路径”的一致性要求。
- 旧写法（PHP 7 兼容但不安全）：
catch (Exception $e)—— 会漏掉所有Error - 推荐写法（PHP 7+ 通用）：
catch (Throwable $e)—— 覆盖Exception和全部Error子类 - 不建议混用：
catch (Exception $e) catch (Error $e)—— 冗余且易遗漏新 Error 类型
全局异常处理器必须适配 Throwable
set_exception_handler() 注册的函数，如果参数声明为 Exception 类型，在 PHP 8 下遇到 Error 会触发致命错误：“Argument 1 passed to handler() must be an instance of Exception, instance of TypeError given”。这是因为类型声明强制校验，而 Error 不是 Exception 的实例。
- 错误示例：
function myHandler(Exception $e) { ... }→ PHP 8 直接报错退出 - 正确写法：
function myHandler(Throwable $e) { ... }或去掉类型声明：function myHandler($e) { ... } - 若需兼容 PHP 5/6/7 旧环境，优先选无类型声明；仅支持 PHP 7+，则明确用
Throwable
ParseError 等解析期错误现在可被捕获
PHP 8 对 eval() 中的语法错误也统一为 ParseError 异常，它属于 Error 的子类，因此也能被 Throwable 捕获。这改变了过去“eval 错误无法拦截”的认知。
- 以前：
eval('echo "hello';→ 直接 fatal error，无法 try-catch - 现在：
try { eval('echo "hello'; } catch (Throwable $e) { echo '语法错了'; }→ 可正常处理 - 注意：该能力仅限
eval内容；文件级 Parse error（如 .php 文件本身语法错误）仍会导致加载失败，无法进入运行时捕获流程
PDO 默认异常模式变更间接影响 Error 捕获
PHP 8.0 起，PDO 默认启用 PDO::ERRMODE_EXCEPTION。这意味着数据库操作失败不再静默返回 false，而是抛出 PDOException（继承自 Exception）。虽然它本身不是 Error，但这一变化让业务中更多错误路径进入 Throwable 捕获范围，提升了统一处理的可能性。
- 无需再手动调用
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION) - 所有数据库异常（连接失败、SQL 错误等）现在天然落在
catch (Throwable $e)分支内 - 配合日志和监控，可实现“一次 catch，全链路兜底”
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
