php 7.0 引入 throwable 接口统一错误与异常处理：将 engine 错误（如 parseerror、typeerror）转为可捕获的 error 对象，与 exception 同属 throwable 体系，实现 catch (throwable $e) 兜底捕获、统一调试与异常链，终结 php 5 的双轨割裂。
PHP 7.1 并没有新增 Throwable 接口——它是在 PHP 7.0 中首次引入的。但你的问题核心很关键：为什么 PHP 要用 Throwable 统一错误与异常？ 答案不是版本细节，而是架构演进的必然选择。
Throwable 的设计目标是终结“两套错误体系”
在 PHP 5 及更早版本中，错误处理长期分裂为两类互不兼容的机制：
-
Exception及其子类：由开发者主动throw，可被try-catch捕获，支持堆栈、上下文、自定义逻辑； -
引擎级错误（如
E_ERROR,E_PARSE,E_TYPE_ERROR）：由 PHP 内核触发，无法用catch捕获，只能靠set_error_handler()处理（且对致命错误无效），导致程序常常直接崩溃。
这种割裂带来严重问题：
- 类型不一致：
Exception是类，而错误只是错误码+消息； - 控制流断裂：开发者无法用统一方式拦截
parse error或type error； - 错误修复被动：比如
TypeError在 PHP 5 中直接 fatal，你连记录日志的机会都没有。
统一后发生了什么变化
PHP 7 将原本的致命/可恢复错误，全部重构为可抛出的对象：
-
Error类实现Throwable，并派生出ParseError、TypeError、ArgumentCountError、ArithmeticError等； -
Exception也实现Throwable，保持向后兼容； - 所有可被
throw的对象，现在都归于同一根接口：Throwable。
这就意味着：
- ✅ 一个
catch (Throwable $e)就能同时捕获业务异常和引擎错误； - ✅
set_exception_handler()现在也能收到Error实例（前提是 handler 参数类型声明为Throwable，而非Exception）； - ✅
finally块、异常链（$e->getPrevious()）、对象化调试信息（文件、行号、trace）全部对Error生效； - ✅
eval()中的语法错误不再直接终止脚本，而是抛出ParseError，可被捕获处理。
但统一不等于混用：语义仍需区分
虽然技术上都能 catch，但最佳实践强调：
-
Exception应用于预期中的业务异常（如“用户未登录”“库存不足”），可重试或引导用户操作； -
Error应视为代码缺陷或环境问题（如类型不匹配、内存耗尽、语法错误），原则上不应被常规业务逻辑“吞掉”，而应记录、告警、推动修复； - 避免写
catch (Throwable $e) { }空处理——这等同于隐藏系统性风险。
所以 Throwable 的统一，本质是给错误处理装上面向对象的底盘，让整个系统具备可观察、可拦截、可扩展的健壮性基础，而不是鼓励无差别捕获一切。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
