PHP中Error与Exception的区别及应用

核心概念：Fatal vs Recoverable

虽然Java等语言对Error和Exception有更严格的继承结构划分（如Throwable、RuntimeException等），但在PHP中，理解两者的根本差异更为重要。简单来说：
Exception（异常）代表非致命的、可预期的程序状态偏离，通常由业务逻辑或外部资源引起，开发者可以通过try-catch结构进行捕获和处理。
Error（错误）代表致命的、不可恢复的运行时问题，通常涉及Zend引擎层面的严重故障，传统上无法通过普通的try-catch捕获，会导致脚本立即终止。

Exception的应用场景

Exception主要用于处理那些“可能发生但不一定发生”的逻辑错误或外部交互失败。其典型特征是：代码可以继续执行，或者开发者希望给出替代方案后继续运行。

第1步：识别可处理的业务异常

最常见的场景是数据库连接失败、文件读取权限不足或API调用超时。这些情况不应导致整个网站崩溃，而是应该记录日志并展示友好提示。

如果使用标准的异常处理机制，可以更优雅地集中管理多种异常：

// 伪代码示例，展示异常处理的集中优势
try {
    connectToDatabase();
    processData();
    sendEmail();
} catch (DatabaseException $e) {
    logError($e);
    showErrorPage('维护模式');
} catch (NetworkException $e) {
    logError($e);
    retryLater();
}

这种方式避免了大量的if-else嵌套判断，使代码结构更清晰。

Error的处理策略

Error通常是Zend引擎抛出的致命错误，例如：调用不存在的函数、类型推断失败、内存不足等。在PHP 7之前的版本中，这类错误几乎无法被常规代码捕获。

第2步：区分Checked与Unchecked理念

原文中提到Java的Checked/Unchecked概念，在PHP语境下可类比为：
- 用户级可处理错误：对应Exception，业务层可以预见并处理。
- 系统级不可处理错误：对应Error，如语法解析错误、内存极限溢出，通常只能依赖全局错误处理器记录日志并终止服务。

现代PHP的最佳实践

需要注意的是，自PHP 7.0起，引入了一套新的错误处理体系，部分曾经致命的Error现在也可以被Try-Catch捕获（如ArithmeticError、ParseError等）。但核心原则不变：
1. 业务逻辑风险使用Exception。
2. 系统性故障关注Error级别日志，确保服务器监控告警到位。

通过合理使用这两种机制，可以显著提升应用的健壮性和可维护性。