Rails自定义Gem调用ApplicationController方法报NoMethodError

报错的核心原因是上下文错配：

• completed_authentication_sign_in是ApplicationController的实例方法，只有在Rails处理HTTP请求生成控制器实例时才能调用，依赖请求、会话、Warden代理这些控制器层独有的上下文
• 你Gem里的GemName::ClassName是个普通Ruby类，既没继承控制器基类，也没混入对应方法模块，自然找不到这个方法。同理Devise的sign_in_and_redirect本身就是控制器层的辅助方法，脱离请求上下文拿不到session信息，直接调用肯定不生效。

方案1：传入控制器上下文（改动最小，推荐） #

别在Gem的普通类里硬调控制器方法，调用Gem认证逻辑的时候把当前控制器实例传进去，通过这个实例触发登录逻辑就行：

1. 修改Gem内的业务类，增加控制器入参：

# gem内的custom_gem.rb
module GemName
  class ClassName
    def initialize(controller)
      @controller = controller
    end

    def process_auth
      # 原有第三方认证逻辑，执行完得到已认证的@user对象
      # ... 认证逻辑省略
      # 通过传入的控制器实例调用登录方法
      @controller.completed_authentication_sign_in(@user)
    end
  end
end

2. 在主应用处理认证回调的控制器中，把当前控制器实例self传进去调用：

# 主应用的认证回调控制器
class ThirdPartyAuthController < ApplicationController
  def callback
    auth_processor = GemName::ClassName.new(self)
    auth_processor.process_auth
  end
end

这种方式完全复用你已经写好的ApplicationController登录逻辑，Devise能正常拿到当前请求的session、Warden对象，登录、跳转逻辑都能正常跑，不会出现会话丢失的问题。

方案2：封装Rails Engine提供内置回调控制器 #

如果你的Gem是专门面向Rails应用的，可以直接封装成Rails Engine，把认证回调的控制器内置在Gem里，直接继承主应用的ApplicationController，天然就能访问所有控制器方法和Devise辅助方法：

1. 在Gem内创建引擎控制器：

# gem内路径 app/controllers/gem_name/callback_controller.rb
module GemName
  class CallbackController < ::ApplicationController
    def handle
      # 编写第三方认证逻辑，拿到认证后的user对象
      # ... 认证逻辑省略
      completed_authentication_sign_in(user)
    end
  end
end

2. 给Gem配置对应路由，主应用只需要在自身路由文件里挂载Gem的引擎路由，不需要额外编写回调控制器代码即可使用。

• 别图省事在普通Ruby类里include Devise控制器模块硬凑方法，Devise的认证方法强依赖当前请求的env、session对象，没有完整请求上下文就算暂时调通，也会出现登录态不持久、多线程串号的严重问题
• 不要用全局变量、类变量缓存控制器实例，会造成不同请求的上下文污染，生产环境会出难以排查的安全问题

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