关于Delayed::Job与deliver_later兼容性及Hook失效的技术问询

核心结论 #

• DelayedJob原生Hook不会触发：deliver_later是ActiveJob提供的API，即便底层用DelayedJob作为队列适配器，任务也是由ActiveJob封装执行的。DelayedJob的原生Hook（如失败回调）仅对直接用delay方法创建的原生DelayedJob任务生效，对ActiveJob封装的任务无效，这和DelayedJob文档Hooks章节的说明一致。
• DelayedJob原生重试/失败机制失效：使用deliver_later时，任务的重试次数、失败后的处理逻辑完全由ActiveJob的配置控制，不再遵循DelayedJob的原生配置（比如Delayed::Worker.max_attempts）。
• 必须依赖ActiveJob的异常处理体系：包括重试、失败回调，以及错误监控工具（如Rollbar）的集成，都需要切换到ActiveJob的回调机制，而非DelayedJob的Hook。

针对Rollbar集成的调整方案 #

在你的环境（Rails 5.2.8.1 + DelayedJob 4.1.11 + Rollbar 3.4.0）中，需要配置Rollbar捕获ActiveJob的错误，而非依赖DelayedJob的failure Hook：

1. 确保Rollbar的ActiveJob集成已启用，通常在config/initializers/rollbar.rb中添加：

   Rollbar.configure do |config|
     # 其他配置...
     config.active_job.enabled = true
   end
   

2. 若需要自定义错误处理，可以通过ActiveJob的回调实现，比如在邮件类中添加：

   class UserMailer < ApplicationMailer
     retry_on StandardError, wait: 5.minutes, attempts: 3
     discard_on ActiveJob::DeserializationError
   
     rescue_from StandardError do |exception|
       Rollbar.error(exception, job: self)
       # 其他自定义错误处理逻辑
     end
   end
   

额外建议 #

DelayedJob文档确实需要补充更明确的警告：当使用ActiveJob的API（如deliver_later）时，所有原生于DelayedJob的Hook、重试配置都会被ActiveJob的体系替代，新手用户容易混淆两者的边界。

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