如何在自定义Devise用户控制器中自定义redirect_to并规避冲突？

我之前也碰到过一模一样的情况，直接在super后面加redirect_to肯定会出问题——因为Devise自带的RegistrationsController#create方法内部已经包含了跳转逻辑，你额外加的redirect_to会让控制器尝试发送两次HTTP响应，这在Rails里是不被允许的，通常会抛出类似"Can't render or redirect after sending headers"的错误。

这里有两种靠谱的解决方案，优先推荐第一种，更贴合Devise的设计思路：

方案一：覆盖Devise的after_sign_up_path_for方法 #

这是Devise官方推荐的自定义注册后跳转的方式，不需要改动你原本的create逻辑，只需要添加一个私有方法即可：

class UsersController < Devise::RegistrationsController
  def create
    super do |user|
      @patient = user.build_patient
      @patient.save
    end
  end

  private

  # 替换Devise默认的注册后跳转路径
  def after_sign_up_path_for(resource)
    physicians_path # 这里改成你实际需要跳转的目标路径
  end
end

原理很直白：Devise在完成用户注册流程后，会自动调用after_sign_up_path_for方法获取跳转地址，我们重写这个方法返回自定义路径，就能直接替换掉Devise自带的跳转逻辑，完全不会出现多重跳转的问题。

方案二：完全重写create方法（适合需要深度自定义的场景） #

如果你需要对注册流程有更细粒度的控制，可以直接复制Devise默认的create方法代码，然后修改跳转部分：

class UsersController < Devise::RegistrationsController
  def create
    build_resource(sign_up_params)

    resource.save
    # 保留你原本的Patient创建逻辑
    yield resource if block_given?

    if resource.persisted?
      if resource.active_for_authentication?
        set_flash_message! :notice, :signed_up
        sign_up(resource_name, resource)
        # 这里替换成你的自定义跳转
        redirect_to physicians_path and return
      else
        set_flash_message! :notice, :"signed_up_but_#{resource.inactive_message}"
        expire_data_after_sign_in!
        redirect_to after_inactive_sign_up_path_for(resource)
      end
    else
      clean_up_passwords resource
      set_minimum_password_length
      respond_with resource
    end
  end
end

这种方式完全跳过了super调用，你可以全权掌控注册流程的每一步，但缺点是如果后续Devise更新了create方法的逻辑，你需要手动同步代码。

补充：为什么原来的代码会报错？ #

当你调用super时，Devise的默认create方法已经完成了用户创建、登录操作，并且执行了自带的redirect_to——这时候HTTP响应的头部已经发送给客户端了，你再调用一次redirect_to，Rails就会报错，因为一个HTTP请求只能对应一个响应。

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