Rails应用拦截需登录请求，AJAX模态登录框适配问题排查

我懂你现在的处境——AJAX请求（remote: true）下模态登录能正常工作，但普通的标准请求被拦截后就出异常了。这本质是因为Rails对AJAX和标准请求的响应逻辑不一样，咱们得调整application_controller.rb里的拦截逻辑，让它能区分两种请求类型，分别给出正确的处理方式。

第一步：完善ApplicationController的登录拦截逻辑 #

首先修改你负责权限校验的方法（比如authenticate_user!，不管是自己实现的还是Devise提供的），增加对标准请求的特殊处理：

# app/controllers/application_controller.rb
def authenticate_user!
  if user_signed_in?
    super # 如果已登录，执行原逻辑
  else
    if request.xhr?
      # AJAX请求保持你原来的逻辑，返回js渲染模态框
      respond_to do |format|
        format.js { render 'signin' } # 对应你的signin.js.erb
      end
    else
      # 标准请求的处理：保存用户原本要访问的路径，标记需要显示模态框
      session[:user_return_to] = request.fullpath # 存下目标地址
      session[:show_signin_modal] = true # 设置模态框显示标志
      redirect_to request.referer || root_path # 重定向回之前的页面或首页
    end
  end
end

第二步：前端自动触发模态框 #

在全局的JS文件（比如application.js）里添加逻辑，页面加载时检查session标记，自动弹出登录模态框：

// app/assets/javascripts/application.js
$(document).ready(function() {
  <% if session[:show_signin_modal].present? %>
    // 假设你的模态框ID是signin-modal，根据实际情况修改
    $('#signin-modal').modal('show');
    // 显示后清除标记，避免刷新页面重复弹出
    <% session[:show_signin_modal] = nil %>
  <% end %>
});

第三步：登录成功后跳回目标页面 #

不管你是自己实现的SessionsController还是用Devise，都要确保登录成功后跳转到用户原本要访问的路径：

# 如果你自己实现SessionsController的create方法
def create
  user = User.find_by(email: params[:session][:email])
  if user && user.authenticate(params[:session][:password])
    sign_in user
    # 跳回之前保存的路径，没找到就用默认首页
    redirect_to session[:user_return_to] || root_path
    session[:user_return_to] = nil # 清除缓存的路径
  else
    # 登录失败的AJAX处理，比如返回错误提示
    respond_to do |format|
      format.js { render 'signin_error' }
    end
  end
end

为什么之前标准请求会出问题？ #

之前的拦截逻辑应该是对所有未登录请求统一处理，但标准请求下如果直接返回JS或者重定向到登录页，就会不符合预期——要么浏览器下载JS文件，要么跳转到单独的登录页面，而不是在当前页弹模态框。现在的逻辑是先把用户的目标路径存起来，重定向回当前页面后让前端自动触发模态框，完美贴合你的需求。

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