Rails中redirect_to处理相对路径时如何获取待拼接的域名？

核心判定规则 #

• 传入非完整URL的相对路径时，Rails默认优先基于当前用户的请求上下文拼接域名，不会硬编码读取固定配置：用户从哪个域名、用什么协议访问服务，跳转时就用对应的协议、域名、端口拼接相对路径。
• 举个实际例子：用户通过https://www.your-site.com访问站点时，执行redirect_to '/user/profile'，最终响应头的Location字段会自动拼成https://www.your-site.com/user/profile；本地开发环境通过http://127.0.0.1:3000访问时，同一段代码会拼出http://127.0.0.1:3000/user/profile的跳转地址。

底层实现方式 #

• 整个拼接逻辑是调用Rails内置方法完成的，不依赖默认的环境变量读取：redirect_to收到相对路径参数后，会调用控制器实例内置的url_for方法做地址补全。
• 补全过程中用到的协议、域名、端口信息，全部来自当前请求对应的request对象：协议取request.protocol，域名取request.host，端口取request.port，如果是80/443这类标准端口会自动省略，非标准端口会自动拼到域名后。
• 特殊场景覆盖：如果你在环境配置或者控制器中重写了default_url_options，手动指定了:host、:port、:protocol参数，那拼接时会优先使用你配置的固定值，不再取当前请求的上下文信息，这种配置一般用于强制跳转主域名、多租户站点固定跳转域名的场景。

与环境变量的关系 #

• Rails框架本身没有内置“读取某固定环境变量作为跳转域名”的逻辑，默认行为完全不依赖环境变量。
• 不少开发者会在配置文件中读取自定义的域名环境变量，赋值给default_url_options[:host]，这属于业务侧的自定义配置，不是框架的默认规则。另外在后台任务、Rake任务这类没有请求上下文的场景调用URL生成方法时，因为拿不到request对象，必须手动配置default_url_options的域名参数，否则会抛出地址生成错误，这类配置通常也会读取提前设置的环境变量。

踩坑提示：如果服务前面挂了Nginx、CDN、负载均衡这类反向代理，一定要正确转发X-Forwarded-Host、X-Forwarded-Proto头，同时把反向代理的IP段加到config.action_dispatch.trusted_proxies信任列表里，否则Rails拿到的会是反向代理的内网地址，导致跳转域名拼接错误。

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