在Go语言（Golang）的Web服务开发中，获取当前请求的域名并非简单的读取单一变量，而是一个需要结合http.Request结构体特性、网络拓扑结构（如反向代理）以及安全校验的综合过程，核心上文归纳是：在标准库层面，直接通过r.Host获取主机头是最基础的方式，但在生产环境中，为了应对Nginx、负载均衡器或CDN的转发，必须优先读取X-Forwarded-Host或X-Real-IP等代理头信息，并结合r.TLS状态正确处理HTTP与HTTPS协议的切换，同时务必对获取到的域名进行合法性校验以防止Host头注入攻击。
基础方法：直接读取Host字段
在Go的标准库net/http中，http.Request结构体提供了一个名为Host的字段，这是获取当前域名最直接、最核心的入口。r.Host的值通常来源于客户端请求行中的Host头部或者目标URL的主机部分。
直接使用r.Host存在一个显著的细节问题：它可能包含端口号，如果用户访问的是example.com:8080，r.Host将返回完整的example.com:8080，而在大多数业务场景下，我们需要剥离端口号，仅获取纯净的域名，可以利用Go标准库中的net包进行解析：
host := r.Host
// 如果包含端口，则进行切割
if strings.Contains(host, ":") {
host, _, _ = net.SplitHostPort(host)
}
这种处理方式适用于应用直接暴露给客户端的场景,但在现代微服务和云原生架构中，Web服务往往不直接监听公网流量，而是位于反向代理（如Nginx）或网关之后，这使得直接读取r.Host往往失效或获取到的是内网地址。
进阶场景：处理反向代理与负载均衡
在生产环境中,流量通常经过多层转发，当请求经过Nginx或云厂商的负载均衡器（ALB/SLB）到达Go应用时，原始的Host头往往会被替换为代理服务器的内部IP或配置的转发域名，为了获取用户浏览器中实际输入的域名，Go程序需要检查特定的HTTP请求头。
最关键的两个头部字段是X-Forwarded-Host和X-Real-IP。X-Forwarded-Host专门用于记录原始请求的Host信息，而X-Real-IP通常用于记录客户端IP，但在某些配置下也会携带Host信息。
专业的获取逻辑应当遵循“代理优先”原则：首先检查是否存在X-Forwarded-Host，如果存在则使用它；否则回退到使用r.Host，这种逻辑确保了无论流量是否经过代理，应用都能获取到正确的域名。
func GetDomain(r *http.Request) string {
// 优先检查代理头
host := r.Header.Get("X-Forwarded-Host")
if host == "" {
host = r.Host
}
// 清理端口
if strings.Contains(host, ":") {
host, _, _ = net.SplitHostPort(host)
}
return host
}
协议判断：构建完整的URL
获取域名的最终目的往往是为了生成跳转链接、拼接静态资源地址或构建回调URL，仅获取域名是不够的，还必须准确判断当前的协议是HTTP还是HTTPS。
在Go中,可以通过检查r.TLS字段来判断当前连接是否加密，如果r.TLS不为nil，说明是HTTPS请求，但在代理模式下，SSL/TLS卸载通常发生在代理服务器上，Go应用接收到的可能是HTTP请求，必须依赖X-Forwarded-Proto头部来获取真实的协议信息。
一个完善的解决方案应当同时考虑TLS状态和代理头信息,从而动态生成带有正确协议前缀的完整域名。
专业解决方案：封装通用中间件
为了在项目中复用上述逻辑,最佳实践是将其封装为一个可复用的函数或中间件，这不仅符合Go语言的组合哲学，也能保证代码的整洁性和可维护性，以下是一个符合生产环境标准的完整实现方案：
import (
"net/http"
"strings"
"net"
)
// GetBaseURL 获取当前请求的完整基础URL (协议 + 域名)
func GetBaseURL(r *http.Request) string {
scheme := "http"
// 检查代理协议头
if proto := r.Header.Get("X-Forwarded-Proto"); proto != "" {
scheme = proto
} else if r.TLS != nil {
scheme = "https"
}
host := r.Host
// 优先使用代理传递的Host
if xHost := r.Header.Get("X-Forwarded-Host"); xHost != "" {
host = xHost
}
// 去除端口号（除非是非标准端口需要保留，视业务需求而定）
hostname, _, err := net.SplitHostPort(host)
if err != nil {
hostname = host // 如果没有端口，直接使用原值
}
return scheme + "://" + hostname
}
这段代码通过分层判断,解决了代理转发、协议混用以及端口清理等复杂问题，能够适应绝大多数部署环境。
安全考量：防止Host头注入攻击
在实现获取域名的功能时,必须严格遵循安全原则。Host头注入是一种常见的攻击手段，攻击者可以通过恶意构造Host头来欺骗服务器生成恶意的密码重置链接或钓鱼链接。
为了防范此类风险,获取域名后不应盲目信任，而应将其与一个白名单进行比对，在系统启动时配置允许的域名列表（如example.com, api.example.com），在获取到r.Host或代理头中的域名后，立即检查其是否在白名单内，如果不在，则应拒绝请求或使用默认的配置域名作为回退，而不是直接使用用户传入的值，这种“输入即不可信”的防御思维是构建高安全性Web应用的基石。
相关问答
Q1：在Go中，如果使用了Nginx反向代理，为什么r.Host获取到的域名不对？
A1： 这是因为Nginx在转发请求到Go应用时，默认会将请求头中的Host字段重写为Nginx配置中proxy_pass指令指定的目标地址（通常是Go服务的内网地址或端口），为了获取用户原始访问的域名，需要在Nginx配置中添加proxy_set_header Host $host;和proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;等指令，并在Go代码中优先读取X-Forwarded-Host头部。
Q2：如何判断当前请求是否来自移动端，这和获取域名有关系吗？
A2： 判断移动端通常通过检查User-Agent头部，这与获取域名在逻辑上是独立的，但在构建完整URL时经常配合使用，获取到当前域名和协议后，如果检测到是移动端访问，可能会重定向到m.example.com，获取当前域名的逻辑（特别是协议判断）对于确保重定向地址的安全性（避免HTTPS跳转到HTTP）至关重要。
能帮助你在Go项目开发中精准、安全地获取当前域名，如果你在配置反向代理时遇到问题，或者对代码实现有更具体的疑问，欢迎在评论区留言讨论，我们可以一起深入探讨最佳实践。
