非关键操作（订单通知邮件）中捕获\Throwable是否安全？

在这个订单通知邮件的场景里，直接捕获\Throwable并不安全，主要会引发以下几个问题：

• 掩盖致命系统错误：\Throwable是PHP中所有错误和异常的顶层父类，涵盖了内存耗尽、语法错误这类本应让程序终止的严重问题。如果把这类错误也捕获下来，程序可能带着不稳定状态继续运行，比如内存不足时硬撑着处理后续逻辑，反而可能导致数据损坏或者引发更诡异的隐性问题。

• 错过修复核心Bug的时机：邮件发送失败大多是业务级异常，比如SMTP连接失败、管理员邮箱地址无效，这类情况应该针对性捕获特定异常（比如自定义的MailSendFailedException）。但捕获\Throwable会把所有错误一股脑吞掉，包括代码逻辑错漏、依赖库的严重Bug——这些问题本该被立刻发现并修复，而不是只记录一下就不了了之。

• 提升调试难度：宽泛的捕获范围会让你很难定位问题根源。比如要是sendToAdmin方法内部出现语法错误，被\Throwable捕获后，日志信息没法快速区分是邮件服务的问题，还是代码本身的Bug，排查起来要耗费更多时间。

正确的处理方式 #

应该只捕获预期内的业务异常，示例代码如下：

try {
    $mailer->sendToAdmin('New order', $body);
} catch (MailSendFailedException $e) {
    // 仅处理邮件发送相关的业务异常
    $logger->log($e);
}

这样既保证邮件发送失败时不影响用户体验，又不会掩盖其他严重系统问题，让程序在可控范围内运行。

内容的提问来源于stack exchange，提问作者bobi