Sidekiq中CurrentAttributes在inline执行后丢失的问题分析

问题背景

在Sidekiq 7.2.4版本中，当使用perform_inline方法执行作业时，发现CurrentAttributes的当前属性会在执行后被意外重置。这个问题在从Sidekiq 6升级到7的过程中被发现，特别是当父作业调用子作业时，父作业会丢失其当前的属性设置。

技术细节

CurrentAttributes是Rails提供的一个功能，允许开发者存储当前请求的全局状态。在Sidekiq中，这个功能被用来在作业执行期间保持某些上下文信息。

问题的核心在于Sidekiq::CurrentAttributes::Load#call方法的实现。当前实现会在作业执行后重置所有属性，而不是使用ActiveSupport::CurrentAttributes的set方法来正确嵌套属性设置。

解决方案

有两种可行的解决方案：

1. 链式调用方案：使用inject方法将多个CurrentAttributes类串联起来，形成嵌套的set调用。

klass_attrs.inject(block) { |chain, (klass, attrs)| 
  -> { klass.set(attrs, &chain) }
}.call

2. 递归方案：使用递归方法逐步处理每个CurrentAttributes类的设置，代码更易读。

def wrap(klass_attrs, &block)
  klass, attrs = klass_attrs.shift
  return block.call unless klass

  klass.set(attrs) do
    wrap(klass_attrs, &block)
  end
end

两种方案都能正确保持CurrentAttributes的上下文，但递归方案在可读性上更胜一筹，因此被Sidekiq维护者采纳。

影响范围

这个问题主要影响以下场景：

• 使用perform_inline测试作业
• 作业内部调用其他作业（形成作业链）
• 依赖CurrentAttributes保持执行上下文的场景

最佳实践

对于使用Sidekiq和CurrentAttributes的开发者，建议：

1. 在测试中明确验证CurrentAttributes的持久性
2. 避免在作业中直接修改CurrentAttributes，而是通过参数传递
3. 升级到包含修复的Sidekiq版本

总结

这个问题展示了在异步任务处理中维护执行上下文的重要性。通过正确使用ActiveSupport::CurrentAttributes的嵌套set方法，Sidekiq现在能够更好地保持作业执行期间的CurrentAttributes状态，为复杂的工作流提供了更可靠的上下文管理能力。