运行Controller RSpec时无法为当前用户设置线程问题求助

问题核心在于测试环境下，Thread.current[:current_user_id]不会自动被填充——这个变量通常是在请求的前置回调（比如before_action）里设置的，但测试场景中如果没有正确模拟请求上下文，或者回调逻辑脱离了请求线程执行，就会出现nil的情况。下面是几种可行的解决思路：

1. 测试用例中手动设置并清理线程变量 #

在测试的前后钩子中显式设置Thread.current[:current_user_id]，测试结束后记得清理，避免污染其他测试用例：

RSpec.describe ModelsController, type: :controller do
  let(:user) { create(:user) }

  before do
    Thread.current[:current_user_id] = user.id
  end

  after do
    Thread.current[:current_user_id] = nil # 必须清理，防止测试间串扰
  end

  it "成功创建记录并关联当前用户ID" do
    post :create, params: { model: { name: "test" } }
    expect(Model.last.created_by_id).to eq(user.id)
  end
end

2. 重构代码，避免直接依赖Thread.current #

最稳妥的方式是去掉回调对线程变量的依赖，直接在创建记录时传递用户ID：

# Controller中的create动作
def create
  @model = Model.new(model_params)
  @model.created_by_id = current_user.id # 直接从current_user取ID赋值
  if @model.save
    redirect_to @model, notice: "创建成功"
  else
    render :new
  end
end

# 原依赖Thread.current的after_create回调可以替换为Controller内的直接调用
# 原回调示例（有问题）：
# after_create do
#   some_service.call(user_id: Thread.current[:current_user_id])
# end
# 修改后：
# if @model.save
#   SomeService.call(user_id: current_user.id, model: @model)
# end

这种方式更直观，也避免了线程上下文带来的不确定性。

3. 确保测试模拟完整的请求上下文 #

如果你的应用是通过before_action统一设置Thread.current[:current_user_id]，那测试中要确保用户登录，并且前置回调被正常执行。比如用Devise的sign_in helper：

RSpec.describe ModelsController, type: :controller do
  let(:user) { create(:user) }

  before do
    sign_in user # 触发登录逻辑，执行设置Thread.current的前置回调
  end

  it "创建记录时正确获取当前用户ID" do
    post :create, params: { model: { name: "test" } }
    expect(Model.last.created_by_id).to eq(user.id)
  end
end

注意：如果你的前置回调被测试用例跳过（比如用skip_before_action），要检查是否影响了线程变量的设置。

额外注意：异步回调的情况 #

如果after_create是异步执行的（比如用Sidekiq等后台任务），Thread.current的上下文不会传递到后台线程。这种情况下必须把用户ID作为参数传递给后台任务，而不是依赖线程变量：

# 原异步回调（有问题）
after_create do
  SomeBackgroundJob.perform_later(user_id: Thread.current[:current_user_id])
end

# 修改后（直接传递ID）
after_create do
  SomeBackgroundJob.perform_later(user_id: created_by_id)
end

测试时要记得模拟或等待后台任务执行，验证逻辑正确性。

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