ActiveJob与Sidekiq中perform_later调用过慢问题排查

首先，咱们先拆解下你遇到的问题：直接调用SchedulerJob.new.perform时，里面的perform_later调用速度极慢，核心原因大概率和ActiveJob的执行模式、队列适配器配置有关，下面分情况说明：

一、最可能的原因：默认的:inline适配器导致同步阻塞 #

在Rails开发环境中，ActiveJob默认使用:inline队列适配器——这个适配器会让perform_later直接同步执行Job的逻辑，而不是把任务异步丢到队列里。

看你的代码：

DelayedJob.set(wait: 10.seconds).perform_later

当用:inline适配器时，这段代码会让当前线程等待10秒，然后执行DelayedJob#perform输出"I'm done"，接着再等20秒，再等30秒——整个过程完全是同步阻塞的，自然会感觉慢得离谱。

另外，你直接调用SchedulerJob.new.perform也是同步执行，没有利用队列的异步特性，相当于把所有逻辑都塞在当前线程里跑。

二、次要原因：队列适配器的入队操作本身开销大 #

如果你的适配器是:async、:redis或者数据库适配器，但每次perform_later都要做网络请求（比如Redis）或数据库写入，要是配置有问题（比如数据库连接池不足、Redis网络延迟），也会导致每次入队都卡顿。

解决办法 #

1. 切换到异步队列适配器（优先解决） #

修改你的环境配置文件（比如config/environments/development.rb），把队列适配器改成异步模式：

# 开发环境用内存异步队列（重启会丢失未执行的任务）
config.active_job.queue_adapter = :async

# 生产环境推荐用Sidekiq/Resque等专业队列系统，比如Sidekiq的配置：
# config.active_job.queue_adapter = :sidekiq

这样perform_later就会把任务丢到异步队列里，不会阻塞当前线程，你的SchedulerJob里的三次perform_later会瞬间完成入队，不会等待10/20/30秒。

2. 正确触发Job，不要直接调用perform #

不要用SchedulerJob.new.perform，而是用ActiveJob的标准异步触发方式：

SchedulerJob.perform_later

这样SchedulerJob本身也会被丢到队列里异步执行，里面的DelayedJob入队操作完全不会影响当前请求/进程。

3. 批量入队减少IO开销（如果是适配器入队慢） #

如果你的适配器是Redis或数据库，多次perform_later会产生多次IO操作，可以用perform_all_later批量入队（Rails 6+支持）：

# 把三个DelayedJob批量入队
jobs = [
  DelayedJob.new,
  DelayedJob.new,
  DelayedJob.new
]
# 分别设置延迟时间
jobs_with_wait = jobs.each_with_index.map do |job, idx|
  job.set(wait: (10 * (idx + 1)).seconds)
end
ActiveJob.perform_all_later(jobs_with_wait)

这样可以把多次IO操作合并成一次，减少入队的总耗时。

4. 检查队列适配器的配置 #

如果用的是数据库适配器，确保数据库连接池足够；如果用Redis，检查Redis服务器的连接速度、是否有网络波动，必要时调整连接超时参数。

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