## 一句话结论
Error 表示引擎级严重错误，Exception 表示业务级可恢复异常，二者共同实现 Throwable 接口。

## 体系讲解
### 原理：PHP7 异常体系重构
PHP7 之前：引擎致命错误（类型错误、语法解析错误）抛出 `E_ERROR`，无法通过 `try-catch` 捕获，仅 `set_error_handler` 只能拦截警告、通知等非致命错误，致命错误直接终止脚本。
PHP7 新增 `Throwable` 顶层接口，统一两类异常，均可使用 `try-catch` 捕获：
1. `Error`：引擎、编译、运行底层致命错误
2. `Exception`：业务代码主动抛出、可自行处理的业务异常

### Error 与 Exception 核心对比表
| 特性 | Error | Exception |
| ---- | ----- | --------- |
| 定位 | 引擎/底层、代码缺陷类错误 | 业务逻辑可预期、可恢复异常 |
| 常见子类 | `TypeError`、`ParseError`、`DivisionByZeroError` | `RuntimeException`、`LogicException`、`InvalidArgumentException` |
| 处理原则 | 尽量不捕获，代表代码Bug，优先修复代码 | 精准捕获对应子类，做业务降级/提示/重试 |
| 顶层接口 | Throwable | Throwable |
| 捕获能力 | PHP7+ 支持 try-catch | PHP5 起就支持 try-catch |

### 三种错误处理机制分工
1. `try-catch-finally`
    专门捕获实现 `Throwable` 的对象（Error / Exception）；`finally` 无论是否抛出异常、是否return，一定会执行，用于资源释放。
2. `set_error_handler()`
    处理传统错误等级：`E_WARNING`、`E_NOTICE`、`E_USER_ERROR` 等；**无法捕获 E_ERROR、E_PARSE 致命错误**。
3. `set_exception_handler()`
    全局兜底，捕获所有未被代码 `catch` 的 Throwable；项目统一日志、标准化接口错误响应必备。
补充：`register_shutdown_function` + `error_get_last` 可兜底捕获无法被try-catch的脚本终止致命错误。

### 开发落地规范
1. 入口文件注册全局异常处理器，统一日志、统一API返回格式；
2. 业务禁止 `catch(\Throwable $e)` 全量捕获，避免屏蔽底层代码缺陷；仅捕获预期业务 `Exception` 子类；
3. `TypeError`、`ParseError` 等 Error 不建议业务捕获，出现代表代码书写错误，应修复代码而非吞错；
4. 文件句柄、数据库连接、分布式锁等资源，必须在 `finally` 中释放，防止资源泄漏。

## 考察意图
1. 区分 PHP5 旧错误机制与 PHP7 Throwable 全新体系；
2. 清晰划分 Error / Exception 适用场景、捕获边界；
3. 掌握工程化异常方案：自定义分层异常、全局兜底、资源释放。

## 追问链（面试问答）
### 1. 为什么禁止业务代码直接 catch(\Throwable $e)？
简答：`Throwable` 包含 Error（类型错误、语法错误等代码缺陷），无差别捕获会掩盖底层Bug，线上难以定位问题；业务仅捕获预期业务异常子类，底层错误直接交给全局处理器记录日志并返回500。

### 2. set_error_handler 能捕获全部报错吗？
简答：不能。仅拦截 `E_WARNING/E_NOTICE/E_USER_*` 非致命错误；`E_ERROR/E_PARSE` 等致命错误无法拦截，只能通过关机函数 `register_shutdown_function` 收尾记录日志。

### 3. finally 有什么不可替代的使用场景？return 后还会执行吗？
简答：文件、数据库、Redis锁等资源释放场景。即便 try/catch 内部写 `return`，finally 依旧会执行，保证资源一定释放，不会永久占用。

### 4. 大型项目如何设计分层自定义异常？
简答：
1. 顶层业务根异常 `AppException extends RuntimeException`，携带错误码、上下文、原始异常；
2. 按业务模块细分：`OrderException`、`PaymentException`、`UserException`；
3. 全局处理器统一解析异常，根据错误码输出标准化JSON，系统级Error统一返回服务异常。

## 高频易错点
1. 混淆两套报错体系：`TypeError`(Error子类，可catch) 和 `E_WARNING`(传统错误，走error_handler) 不是同一套逻辑；
2. 空catch静默吞异常：`catch(xxx $e){}` 不记录日志、不抛出，会导致故障完全无法排查；
3. PHP7前旧认知：认为致命错误不能捕获，忽略PHP7新增Throwable统一捕获能力；
4. 混淆捕获范围：try-catch无法拦截E_NOTICE/E_WARNING，这类警告只能用set_error_handler处理。

## 完整代码示例
```php
<?php

// 1. 区分 Exception（业务异常）与 Error（代码缺陷）
function calcDivide(int $a, int $b): float
{
    if ($b === 0) {
        // 业务可预期，抛出 Exception
        throw new \InvalidArgumentException('除数不能为0');
    }
    return $a / $b;
}

// 捕获业务异常
try {
    calcDivide(10, 0);
} catch (\InvalidArgumentException $e) {
    echo "业务提示：" . $e->getMessage() . PHP_EOL;
}

// TypeError 底层错误（传参类型不匹配，属于代码bug）
function sayHello(string $name): string
{
    return "Hello {$name}";
}
try {
    sayHello(666); // 传入int，抛出TypeError
} catch (\TypeError $e) {
    echo "底层代码错误：" . $e->getMessage() . PHP_EOL;
    // 正确方案：修改调用代码，而非在此捕获屏蔽问题
}

// 2. 分层自定义业务异常
class AppException extends \RuntimeException
{
    public function __construct(
        string $msg,
        int $code = 0,
        private array $ctx = [],
        ?\Throwable $prev = null
    ) {
        parent::__construct($msg, $code, $prev);
    }
    public function getContext(): array { return $this->ctx; }
}
class OrderException extends AppException {}

// 抛出带上下文业务异常
throw new OrderException(
    '商品库存不足',
    4001,
    ['goods_id' => 1001, 'need' => 5, 'stock' => 2]
);

// 3. 全局兜底异常处理器（项目入口注册）
set_exception_handler(function (\Throwable $e) {
    // 记录完整日志
    $log = sprintf(
        "[%s] %s | %s:%d \n Trace: %s",
        get_class($e), $e->getMessage(), $e->getFile(), $e->getLine(), $e->getTraceAsString()
    );
    error_log($log);

header('Content-Type: application/json');
    if ($e instanceof AppException) {
        http_response_code(400);
        echo json_encode([
            'code' => $e->getCode(),
            'msg' => $e->getMessage(),
            'data' => $e->getContext()
        ]);
    } else {
        http_response_code(500);
        echo json_encode(['code' => 500, 'msg' => '服务器内部错误']);
    }
});

// 4. finally 资源释放示例
function readJsonFile(string $filePath): array
{
    $fp = fopen($filePath, 'r');
    try {
        $raw = fread($fp, filesize($filePath));
        return json_decode($raw, true, flags: JSON_THROW_ON_ERROR);
    } catch (\JsonException $e) {
        throw new AppException("配置文件解析失败", 5002, previous: $e);
    } finally {
        // 无论正常返回、异常抛出，都关闭文件句柄
        fclose($fp);
    }
}
```

已有0条评论

添加新评论☺

如果认为本文对您有所帮助请赞助本站

支付宝扫一扫赞助

已有0条评论

添加新评论☺