Rails7中redirect_back_or_to始终重定向到fallback_location问题

看起来你遇到的问题很典型——升级到Rails 7后官方的redirect_back_or_to突然失效，但手动实现核心逻辑却能正常工作，大概率是以下几个原因之一：

1. 默认allow_other_host参数的隐性限制 #

Rails 7对redirect_back_or_to的默认参数做了关键调整：默认allow_other_host: false。这个参数会让Rails自动检查Referer的主机是否和当前应用的主机匹配，一旦不匹配就直接触发fallback地址跳转。

虽然你手动实现的代码里也设置了allow_other_host: false，但要注意：Rails内部的_url_host_allowed?方法会依赖应用的config.hosts配置判断主机合法性。如果你的开发环境中Referer的主机（比如localhost:3000）没有被添加到config.hosts白名单里，redirect_back_or_to会判定Referer不合法，直接跳转到fallback。

解决方法： #

• 显式允许其他主机（适合开发环境或跨同域名不同端口的场景）：

redirect_back_or_to timeline_path, allow_other_host: true

• 或者在config/environments/development.rb中添加允许的主机：

config.hosts << "localhost:3000" # 替换成你的实际Referer主机

2. Turbo的影响（Rails 7默认启用） #

Rails 7默认集成了Turbo，它会改变请求的处理逻辑：

• 当使用Turbo发起请求（比如默认的链接、表单提交）时，可能不会传递标准的Referer头，而是使用Turbo自定义的请求头，导致redirect_back_or_to无法识别到正确的Referer。
• Turbo对重定向的处理逻辑也和传统请求不同，可能会忽略Referer的跳转规则。

解决方法： #

• 先测试禁用Turbo的情况：在触发set_theme的链接/按钮上添加data-turbo="false"：

<%= link_to "切换主题", set_theme_path(theme: "dark"), data: { turbo: false } %>

如果禁用后redirect_back_or_to恢复正常，说明是Turbo的影响。此时可以：

• 针对该请求长期禁用Turbo（保留data-turbo="false"）；
• 或者在控制器中显式指定Turbo的重定向方式：

redirect_back_or_to timeline_path, allow_other_host: true, turbo: :redirect

3. 确认参数传递的正确性 #

虽然你当前的写法redirect_back_or_to timeline_path是正确的（等价于redirect_back_or_to fallback_location: timeline_path），但偶尔会因为参数解析的隐性问题导致异常。

解决方法： #

尝试显式指定fallback_location参数，避免歧义：

redirect_back_or_to fallback_location: timeline_path, allow_other_host: true

快速验证思路 #

你可以在控制器中临时添加日志，定位问题根源：

def set_theme
  # ... 原有业务代码
  puts "当前Referer: #{request.referer}"
  puts "Referer主机是否合法?: #{_url_host_allowed?(request.referer)}"
  redirect_back_or_to timeline_path, allow_other_host: true
end

通过日志可以快速判断是Referer没有传递，还是主机不被允许的问题。

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