Rails Devise问题：user_signed_in?失效，无法跳转至管理页面

嘿，我之前在Rails 5.x搭配Devise的时候也碰到过几乎一模一样的问题，折腾了好一阵才解决，结合你的环境（Ruby 2.3.0 + Rails 5.1.5），给你几个实打实的排查方向：

• 先核对控制器的权限过滤配置
  别笑，我当初就是踩了这个坑：要么是给管理页面的控制器漏加了Devise自带的过滤器，要么是自己手动判断user_signed_in?时把逻辑写反了。
  正确的做法是在需要保护的管理控制器里加上：

  before_action :authenticate_user!
  

  如果一定要手动判断user_signed_in?，仔细检查代码是不是写成了unless user_signed_in?（本来应该是if），这种低级错误很容易在焦虑的时候犯。

• 检查Session存储的配置
  Rails 5.1默认用Cookie存储Session，但虚拟机环境容易出现Cookie跨域或配置不兼容的问题，导致登录状态无法持久化：

  1. 打开config/initializers/session_store.rb，确认配置是标准的：

     Rails.application.config.session_store :cookie_store, key: '_your_app_session'
     

  2. 检查对应环境的配置文件（比如config/environments/development.rb），确保config.hosts没有限制过严，config.action_dispatch.cookies_same_site设置为:lax（:strict会在跳转场景下丢失Session）。

• 验证Devise版本兼容性
  Ruby 2.3.0和Rails 5.1.5对Devise的版本有要求，高版本的Devise可能不再兼容旧Ruby版本。运行bundle show devise查看当前版本，然后确认是否和你的环境匹配：
  如果版本不兼容，在Gemfile里锁定到兼容的版本：

  gem 'devise', '~> 4.3.0'
  

  然后运行bundle install重新安装。

• 手动调试Session状态
  在登录成功后的回调动作里（比如Devise的after_sign_in_path_for方法），打印Session信息看看有没有用户ID：

  puts session[:warden.user.user.key] # Devise默认存储用户信息的Session键
  

  如果输出为空，说明登录过程根本没把用户信息写入Session，这时候要检查是否自定义了Devise的登录控制器，并且重写create方法时没调用super，导致Devise的默认登录逻辑没执行。

• 排查虚拟机的网络/Hosts配置
  虽然你换了虚拟机，但如果是通过虚拟机IP访问应用，Devise的Cookie域名配置不对也会导致Session丢失。可以在session_store.rb里加上域名配置：

  Rails.application.config.session_store :cookie_store, key: '_your_app_session', domain: :all
  

  或者直接指定虚拟机的IP作为域名。

如果以上方法都没用，建议创建一个全新的Rails项目，只安装Devise并配置最基础的登录和管理页面——如果新项目能正常工作，那就说明是现有项目的某个自定义配置导致的，可以逐步迁移配置排查问题。

内容的提问来源于stack exchange，提问作者Priya Ranjan Dubey