Rails7中CurrentAttributes异常：为何user报错而user_name正常？

核心差异点 #

当Current.user为nil时，两行代码的执行逻辑完全不同：

• 第一行User.find_by(id: Current.user.id)：必须先执行Current.user.id来获取参数，但Current.user是nil，直接触发“nil调用id方法”的错误，方法执行中断。
• 第二行User.find_by(Current.user)：如果Current.user是nil，find_by(nil)只会返回nil，不会报错；你说这行能返回正确用户实例，说明此时Current.user是有效的User对象——也就是说，你遇到报错和看到第二行正常的场景并非同一次请求/调用。

为什么Current.user会在after_commit中变成nil #

Rails的CurrentAttributes基于线程本地存储实现，而after_commit回调是在事务提交后执行的：

• 如果回调是同步执行，且当前请求的线程上下文还没被Rails清理（比如请求还未结束），Current.user可能还存在；
• 如果请求已经结束，Rails会重置线程本地变量，Current.user就会变成nil，这时候第一行代码就会报错。

解决方案 #

不要在after_commit回调中依赖Current.user，而是在回调触发前就把用户实例缓存下来：

after_commit :send_partial_, if: -> { Current.user.present? }

def send_partial_
  # 提前缓存用户实例，避免上下文丢失
  current_user = Current.user
  broadcast_update_to(..., locals: users_in_room_list(current_user))
end

def users_in_room_list(current_user)
  # 直接用缓存的实例，无需重复查询（如果必须查询也能保证current_user非空）
  user = current_user
  # 或者如果需要重新查询：
  # user = User.find_by(id: current_user.id)
end

补充：User.find_by(Current.user)的逻辑 #

当Current.user是有效的User实例时，Rails的find_by方法会自动提取该实例的主键作为查询条件，等价于User.find_by(id: Current.user.id)，所以能返回正确的用户对象；但如果Current.user是nil，这行代码只会返回nil，不会触发错误。

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