Devise的current_user在ApplicationController中为nil，但不在其他控制器中（使用简单令牌身份验证）

Question

我有一个在Rails 3.2.22应用程序中运行了+1年，该应用程序使用Devise来验证用户身份。

我正在尝试实现令牌身份验证，因此我可以使用名为简单令牌身份验证的宝石https://github.com/gonzalo-bulnes/simple_token_authentication发送带有URL参数的交易电子邮件，这些电子邮件可以自动登录用户。

按照所有说明操作后，我替换了before_filter :authenticate_user! 在我的使用acts_as_token_authentication_handler_for User控制器中。

gem已与Devise集成并且默认回退到Devise，因此不再需要在控制器中调用devise。 如果令牌从参数中丢失（或错误），则Devise将接管。

在我的测试中，如果我将此行添加到ApplicationController ，那么一切正常，并且我可以使用gem生成的authentication_token= secret登录用户。

但是我不需要对ApplicationController进行auth ，而对其他控制器（例如DashboardController）则需要auth ，URL为/ dashboard

如果我将acts_as_token_authentication_handler_for User放在该控制器中（代替Devise的调用），我会遇到最奇怪的情况。

使用binding.pry，我可以确认在加载模板期间正确设置了current_user 。

但是模板中有一点要使用@last_emails，它是在ApplicationController的方法中定义的。

使用binding.pry，我可以证实current_user 为零那里。

这是代码：

class DashboardController < ApplicationController
  layout 'material'

  acts_as_token_authentication_handler_for User

并在ApplicationController中：

class ApplicationController < ActionController::Base
 layout 'omega'

 before_filter :populate_last_contacts_for_menu 

private
  def populate_last_contacts_for_menu
    if current_user
      @last_contacts = Contact.where("user_id" => current_user.id).where('blocked != ? or blocked is null', true).last(10).reverse
    end
  end

有趣的是：使用binding.pry，就像我说的，我可以检查current_user是否在模板中定义（这意味着sign_in成功）。 它甚至在更好的错误控制台中定义。 但是，如果我转到主页，则看到该用户未登录...

我在网上查找了所有内容：阅读了Gem的github内的所有问题以及SO中有关current_user为nil的所有文章，但一点都不了解。

我的devise_for :users不在route.rb的任何作用域内，并且正如我所说，我在应用程序中多次调用current_user，这是我第一次遇到Devise问题。

Answer 1

当您在DashboardController调用acts_as_token_authentication_handler_for指令时，它会声明一些before_filters以便控制器对用户进行身份验证。

但是问题在于，当您继承Rails控制器时，首先执行父控制器的过滤器，然后执行子控制器的过滤器。

父控制器是ApplicationController 。 在调用populate_last_contacts_for_menu过滤器时，尚未对用户进行身份验证，因为acts_as_token_authentication_handler_for指令给出的身份验证过滤器尚未调用，因此它们在子控制器中声明。

可能的解决方案：

1）尝试附加populate_last_contacts_for_menu过滤器：

append_before_filter :populate_last_contacts_for_menu

我不确定它是否适合您的情况，但是您可以尝试找出来。

2）在ApplicationControoler调用acts_as_token_authentication_handler_for指令，并以某种方式跳过不需要它的控制器。 （我不喜欢这种方式，但是如果第一个不起作用可能会有所帮助。）

3）将populate_last_contacts_for_menu过滤器逻辑移到助手中。 我认为这是最好的解决方案。 此逻辑不属于控制器。 当请求不是“获取”时，此过滤器将不执行任何操作，因为在这种情况下您无需呈现视图。

module ApplicationHelper

  def last_contacts
    @last_contacts ||= if signed_in?
      Contact.where("user_id" => current_user.id).where('blocked != ? or blocked is null', true).last(10).reverse
    else
      []
    end
  end
  ...
end

# View:

<% if last_contacts.present? %>
  ....
<% end %>