PHP 的 try-catch 仅能捕获 Throwable 类型异常（Exception 和 Error 子类），无法捕获 Notice、Warning、Deprecated 等错误，且对 parse error 无效；应分层 catch 具体异常类型，避免静默

失败，并慎用 finally。

PHP 中 try-catch 能捕获哪些异常

PHP 的 try-catch 只能捕获 Throwable 类型的异常（包括 Exception 和 Error 子类），**无法捕获 Notice、Warning、Deprecated 这类 PHP 错误**。这些错误默认不抛出异常，而是直接输出或记录到日志。

• 运行时错误如 DivisionByZeroError、TypeError 属于 Error，可被 catch (Throwable $e) 捕获
• 手动抛出的 throw new Exception() 或自定义异常类，必须继承 Exception 或 Throwable
• parse error（语法错误）发生在编译阶段，try-catch 完全无效，脚本直接中止

正确写法：从基础 catch 到多级异常处理

不要只写一个空 catch，要明确异常类型、做有意义的处理，并避免吞掉关键信息。

try {
    $result = riskyOperation();
} catch (InvalidArgumentException $e) {
    // 处理参数错误，比如用户传了非法 ID
    error_log("参数异常: " . $e->getMessage());
    throw new AppException("请求参数不合法", 400);
} catch (PDOException $e) {
    // 数据库异常单独处理，避免暴露敏感信息
    error_log("DB error: " . $e->getMessage());
    throw new ServiceException("服务暂时不可用", 503);
} catch (Throwable $e) {
    // 最后兜底：记录完整堆栈，但不要返回给前端
    error_log($e->__toString());
    throw new InternalException("系统内部错误");
}

• 按异常具体类型分层 catch，越具体的放越前面
• 避免 catch (Exception $e) 后不再 throw 或 log —— 这等于静默失败
• 不要在 catch 里直接 echo $e->getMessage()，尤其生产环境

常见陷阱：finally 不等于 always 执行

finally 块看似“总会执行”，但有几种情况它不会运行：

• 脚本被 exit() 或 die() 强制终止（哪怕在 try 或 catch 中）
• 发生致命错误（如内存耗尽、Fatal error），且未被 register_shutdown_function 捕获
• PHP 进程被外部信号（如 SIGKILL）杀死

所以别把关键清理逻辑（如关闭文件句柄、释放锁）只放在 finally 里，要考虑 register_shutdown_function 作为补充。

什么时候不该用 try-catch

不是所有错误都需要用 try-catch 包裹。过度使用反而掩盖问题、降低性能。

• 调用确定不会抛异常的函数，如 strlen()、array_merge() —— 加 try 是冗余
• 配置读取失败（如 file_get_contents('config.json')）应提前校验文件是否存在、是否可读，而不是靠异常兜底
• 数据库查询前没做参数过滤，却指望 PDOException 来提醒 SQL 注入 —— 这是设计倒置

异常该用于处理「非常规但可预期的运行时故障」，不是替代输入校验或错误码判断。