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 作为补充。
冰兔(Btoo)网店系统
系统简介:冰兔BToo网店系统采用高端技术架构,具备超强负载能力,极速数据处理能力、高效灵活、安全稳定;模板设计制作简单、灵活、多元;系统功能十分全面,商品、会员、订单管理功能异常丰富。秒杀、团购、优惠、现金、卡券、打折等促销模式十分全面;更为人性化的商品订单管理,融合了多种控制和独特地管理机制;两大模块无限级别的会员管理系统结合积分机制、实现有效的推广获得更多的盈利!本次更新说明:1. 增加了新
立即学习“PHP免费学习笔记(深入)”;
什么时候不该用 try-catch
不是所有错误都需要用 try-catch 包裹。过度使用反而掩盖问题、降低性能。
- 调用确定不会抛异常的函数,如
strlen()、array_merge()—— 加try是冗余 - 配置读取失败(如
file_get_contents('config.json'))应提前校验文件是否存在、是否可读,而不是靠异常兜底 - 数据库查询前没做参数过滤,却指望
PDOException来提醒 SQL 注入 —— 这是设计倒置
异常该用于处理「非常规但可预期的运行时故障」,不是替代输入校验或错误码判断。