Rails Devise中Student类型用户登录无法跳转至root_path问题

核心原因 #

你遇到的这个问题本质是登录阶段用户模型的验证失败，导致Devise更新Trackable字段时触发事务回滚，但用户会话已被创建——这就是刷新页面后能正常跳转的关键。

具体拆解一下：

• std是你定义的虚拟属性（attr_accessor），并不存在于数据库中；
• 你给std加的验证条件仅判断type == 'Student'，没有限制适用场景；
• 当Student用户登录时，Devise的:trackable模块会自动更新用户的last_sign_in_at、sign_in_count等字段，这个操作会触发用户模型的valid?检查；
• 此时std的值是空的（登录表单不会提交这个参数），验证失败导致更新事务回滚；
• 虽然用户会话已经建立，但Devise检测到验证错误，会停留在登录页面；
• 刷新页面时，浏览器直接访问root_path，Devise检测到已登录会话，就正常跳转了。

解决方案 #

把std的验证限制在用户注册（新用户创建）阶段即可，因为std仅用于注册时获取附加数据，登录时完全不需要这个字段。

修改User模型中的验证代码，添加new_record?判断：

class User < ApplicationRecord
  attr_accessor :std
  devise :database_authenticatable, :registerable,
         :recoverable, :rememberable, :trackable, :validatable
  validates_presence_of :type
  # 新增new_record?条件，仅在创建新用户时验证std
  validates_presence_of :std, allow_blank: false, if: -> { type == 'Student' && new_record? }, message: 'Student must add grade to continue'
end

这样，只有当你创建新的Student用户时，才会校验std的存在；登录时用户已是数据库中的记录（new_record?返回false），不会触发该验证，Devise更新Trackable字段时就能顺利完成，登录后会直接跳转到root_path。

可选优化（代码优雅性） #

你可以把创建Grade的逻辑从控制器移到模型的回调中，让代码更符合MVC设计：

class User < ApplicationRecord
  attr_accessor :std
  devise :database_authenticatable, :registerable,
         :recoverable, :rememberable, :trackable, :validatable
  validates_presence_of :type
  validates_presence_of :std, allow_blank: false, if: -> { type == 'Student' && new_record? }, message: 'Student must add grade to continue'

  after_create :create_student_grade, if: -> { type == 'Student' }

  private

  def create_student_grade
    # 跳过验证，因为注册阶段已经校验过std的合法性
    self.grade = Grade.new(cls: std.to_i)
    save(validate: false)
  end
end

然后简化RegistrationsController的create方法：

class RegistrationsController < Devise::RegistrationsController
  private

  def sign_up_params
    params.require(:user).permit(:email, :password, :password_confirmation, :type, :std)
  end
end

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