Ruby On Rails中统一调用异常通知方法的标准实现方式

针对你不想在每个rescue块手动调用error_notification的需求，有几种实用的标准实现方式，整理如下：

方案1：用模块封装通用异常处理逻辑 #

把异常捕获+通知的逻辑封装成模块，混入到需要的类中，通过一个通用方法包裹业务代码，避免重复编写begin-rescue块。

示例代码：

module ErrorNotifiable
  # 封装带通知的异常捕获逻辑
  def with_error_notification
    yield
  rescue => e
    # 调用通知方法，可传入异常对象获取详情
    error_notification(e)
    # 按需决定是否重新抛出异常（让上层继续处理）
    # raise e
  end

  def error_notification(e)
    # 这里写你的通知逻辑，比如打日志、发报警邮件等
    puts "异常触发通知：#{e.message}\n堆栈跟踪：#{e.backtrace.first(5).join("\n")}"
  end
end

# 使用示例
class BusinessService
  include ErrorNotifiable

  def process_data
    with_error_notification do
      # 业务代码，可能抛出异常的操作
      raise "数据格式错误"
    end
  end

  def export_report
    with_error_notification do
      # 另一段业务代码
      1 / 0
    end
  end
end

方案2：框架全局异常处理（以Rails为例） #

如果是在Rails这类框架中，可以利用全局异常捕获机制，在顶层控制器统一处理所有异常，不用在每个方法里写rescue。

示例代码：

class ApplicationController < ActionController::Base
  # 捕获所有标准异常，交给handle_error方法处理
  rescue_from StandardError, with: :handle_error

  private

  def handle_error(e)
    error_notification(e)
    # 按需返回前端响应
    render json: { code: 500, msg: "服务器内部错误" }, status: :internal_server_error
  end

  def error_notification(e)
    # 框架环境下的通知逻辑，比如写入日志、调用报警服务
    Rails.logger.error "异常详情：#{e.message}\n#{e.backtrace.join("\n")}"
    # AlertService.send_alert(e)
  end
end

方案3：全局方法封装（适合简单脚本场景） #

如果是普通Ruby脚本，可直接封装一个全局方法来包裹代码块，快速实现统一通知：

def rescue_and_notify
  yield
rescue => e
  error_notification(e)
end

def error_notification(e)
  puts "[异常通知] #{Time.now}: #{e.message}"
end

# 使用方式
rescue_and_notify do
  raise "脚本执行出错"
end

关键注意点 #

• 若需要在通知中包含异常详情（错误信息、堆栈），记得把异常对象e传入error_notification方法。
• 要不要重新抛出异常，取决于业务需求：如果需要上层代码继续处理异常，就在rescue块里加raise e；如果只需要记录通知，可忽略这一步。

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