Rails 5设置current_user后报错：无法将Hash转为Integer，求排查提示

这种哈希转整数的类型错误在Rails跨大版本升级时特别常见，尤其是从3.x跳到5.x，很多底层API的行为和默认配置都有不小的变化。结合你的情况，我整理了几个优先排查的方向：

• 检查current_user的赋值与session存储逻辑
  Rails 3中session允许直接存储对象（依赖Marshal序列化），但Rails 5对session序列化的安全性和规范性要求更高。如果你的代码里是直接把用户对象或完整属性哈希存入session（比如session[:current_user] = current_user.attributes），反序列化后可能出现结构不兼容的问题。建议改成只存储用户ID：session[:user_id] = user.id，然后通过ID查询获取current_user，这样更稳妥也符合Rails 5的最佳实践。另外要排查是否有代码误将哈希当作数组使用，比如把current_user[:id]写成current_user[0]，这种写法在哈希上调用整数索引就会触发该错误。

• 验证身份验证gem的兼容性
  如果你的项目用了Devise之类的身份验证gem，Rails 5要求对应的gem版本至少是4.0以上。旧版本的Devise在处理session和current_user时，可能和Rails 5的session机制不兼容，导致返回的current_user是哈希而非预期的用户对象，后续代码调用需要整数参数的方法时就会报错。赶紧检查Gemfile里的devise版本，升级到兼容Rails 5的版本试试。

• 追踪报错的完整调用栈
  不要只看错误信息，把完整的调用栈拉出来，定位到具体触发错误的代码行。比如错误栈里会显示类似app/controllers/posts_controller.rb:23:in 'show'这样的路径，找到那行代码你就能清楚看到：到底是哪里把哈希当成了整数来使用？是视图里的某个helper方法？还是控制器里的权限判断？找到触发点问题就解决了一半。

• 检查session序列化配置
  Rails 5默认的session序列化器是ActionDispatch::Session::CookieStore，而Rails 3可能用的是旧的序列化方式。你可以打开config/initializers/session_store.rb看看配置，如果还是用了Marshal相关的配置，改成Rails 5推荐的方式，或者临时切换到ActiveRecord::SessionStore来排除序列化导致的数据结构异常问题。

• 确认before_action的执行顺序
  Rails 5中before_action的执行优先级和Rails 3有细微差异，如果设置current_user的before_action被放在了其他依赖current_user的回调之后，就会导致某个代码在current_user还未被正确初始化（此时可能是session里的原始哈希）时就去调用它，从而触发类型错误。检查一下ApplicationController里的before_action顺序，确保设置current_user的回调排在最前面。

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