看起来你遇到的核心问题是Sidekiq启动时监听的队列和任务实际所在队列不匹配，导致部分任务始终处于排队状态。我来帮你拆解原因并给出具体解决方案：

问题根源 #

Sidekiq默认只会监听default队列：

• 当你执行bundle exec sidekiq时，只有发送到default队列的任务会被处理——这就是你的「更新用户字段任务」能正常完成的原因，而邮件任务被发到了mailers队列，没被监听所以一直排队。
• 当你用bundle exec sidekiq -q workers -q mailers启动时，Sidekiq只监听workers和mailers队列，而你的更新任务大概率在default队列（或者未指定到workers队列），所以就会排队，邮件任务因为在mailers队列才会被处理。

解决方案 #

方法1：启动时显式监听所有需要的队列

直接在启动命令里列出所有任务所在的队列，比如你的更新任务在default、邮件任务在mailers，或者更新任务在workers，就执行：

bundle exec sidekiq -q default -q mailers -q workers

⚠️ 队列顺序会影响优先级：比如-q mailers -q default会优先处理邮件任务，再处理更新任务，你可以根据业务需求调整顺序。

方法2：通过配置文件默认监听所有队列

更省心的方式是在Rails项目里配置Sidekiq的默认监听队列，避免每次启动都加参数：
在config/initializers/sidekiq.rb文件中添加以下配置：

Sidekiq.configure_server do |config|
  # 服务器端监听的队列列表
  config.queues = [:default, :mailers, :workers]
end

Sidekiq.configure_client do |config|
  # 客户端发送任务时的默认队列（可选，确保任务发送到正确队列）
  config.queues = [:default, :mailers, :workers]
end

配置完成后，直接执行bundle exec sidekiq就能同时监听所有指定队列，所有任务都会被正常处理。

额外确认：任务队列配置 #

你可以检查下两个Job类的队列设置是否正确：

• 更新用户字段的任务（比如UpdateUserProfileJob），如果要放到workers队列，需要显式声明：

class UpdateUserProfileJob
  include Sidekiq::Job
  sidekiq_options queue: 'workers'

  def perform(user_id)
    # 你的更新逻辑
  end
end

• 邮件任务（比如WeeklyUserDigestJob）保持mailers队列的配置：

class WeeklyUserDigestJob
  include Sidekiq::Job
  sidekiq_options queue: 'mailers'

  def perform
    # 发送邮件的逻辑
  end
end

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