Rails：异常捕获类继承问题——如何让指定异常匹配对应捕获块

这个问题我太熟了！Ruby的异常捕获是按从上到下的顺序匹配的——你的Errors::MissingAuth继承自StandardError，如果你的rescue块把通用的StandardError放在前面，它会先把这个自定义异常“吃掉”，根本轮不到专门的捕获块执行。

核心解决方案：调整rescue块的顺序 #

把更具体的自定义异常捕获块放在最前面，通用的StandardError放在后面，这样Ruby会优先匹配子类异常，再处理父类的通用异常。

举个例子：

错误的写法（永远走不到自定义异常处理）

def run
  # 你的业务逻辑代码，可能抛出Errors::MissingAuth
rescue StandardError => e
  Rails.logger.error("通用异常：#{e.message}")
  # 通用异常处理逻辑
rescue Errors::MissingAuth => e
  Rails.logger.error("认证缺失：#{e.message}")
  # 专门的认证异常处理——永远不会执行到这里！
end

正确的写法（先匹配具体异常）

def run
  # 你的业务逻辑代码
rescue Errors::MissingAuth => e
  Rails.logger.error("认证缺失：#{e.message}")
  # 专门处理认证缺失的逻辑，比如触发告警、记录审计日志
rescue StandardError => e
  Rails.logger.error("通用异常：#{e.message}")
  # 处理其他所有StandardError子类异常
end

额外说明：不推荐修改异常继承关系 #

有人可能会说“那我把Errors::MissingAuth改成继承Exception不就行了？”——强烈不推荐。因为Exception包含了系统级异常（比如Interrupt、SystemExit），如果你的代码不小心rescue了Exception，会导致程序无法响应中断信号（比如Ctrl+C）、无法正常退出，引发更多问题。

所以调整rescue块的顺序，是最安全、最符合Ruby设计原则的解决方案。

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