Rails 6重定向到裸域名的最佳实践及测试冲突解决方案问询

• 核心原因是你的修改完全偏离了测试原本的验证目标：原有assert_response :success是为了验证页面功能可正常访问，改成断言重定向后，实际没有验证页面本身的功能正确性，属于无效测试。
• 测试环境默认请求的host是example.com，本身不带www子域名，触发重定向本身就是不符合测试预期的异常表现，修改断言本质是在回避配置逻辑带来的问题，而非解决问题。
• 正确的测试分层应该是：单独写针对性的用例验证www跳转逻辑，其余功能测试保持原有断言不变，保证核心业务逻辑的验证覆盖。

方案1：给路由重定向规则加环境限制（最简便） #

仅在生产环境触发www到裸域名的重定向，开发、测试环境不受影响，不需要修改任何原有测试代码。调整后的路由规则如下：

match '(*any)', to: redirect(subdomain: ''), via: :all, constraints: ->(request) {
  # 仅生产环境下，子域名为www时才触发跳转
  request.subdomain == 'www' && Rails.env.production?
}

原有routes.rb的其余配置不用修改。

方案2：分层测试适配重定向规则 #

如果你需要在非生产环境也保留重定向逻辑，可以拆分两类测试：

1. 专门的重定向验证用例，主动指定请求host为www域名：

test "should redirect www domain to bare domain" do
  get example_path, headers: { "Host" => "www.example.com" }
  assert_redirected_to "http://example.com/example"
end

2. 原有功能测试保持不变，默认请求host为裸域名，不会触发重定向，原有assert_response :success断言正常生效。

方案3：在反向代理层配置重定向（最稳定） #

不需要修改Rails层任何代码和测试，直接在接入层配置301跳转规则，将所有www.example.com的请求转发到https://example.com，Rails侧只需要处理裸域名的请求即可，原有逻辑完全不受影响，适合部署在Heroku这类托管平台的场景。

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