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 作为补充。
立即学习“PHP免费学习笔记（深入）”；
什么时候不该用 try-catch
不是所有错误都需要用 try-catch 包裹。过度使用反而掩盖问题、降低性能。
- 调用确定不会抛异常的函数，如
strlen()、array_merge()—— 加try是冗余 - 配置读取失败（如
file_get_contents('config.json')）应提前校验文件是否存在、是否可读，而不是靠异常兜底 - 数据库查询前没做参数过滤，却指望
PDOException来提醒 SQL 注入 —— 这是设计倒置
异常该用于处理「非常规但可预期的运行时故障」，不是替代输入校验或错误码判断。
