获取当前域名这件事，在Go里最直接的办法是读取http.Request的Host字段，它返回包含端口号的完整域名，不需要引入任何第三方库。
Go获取当前域名的方法
Go获取当前域名的方法分成两层：标准库层面看原生字段，框架层面看请求对象，两者的底层逻辑一致，都是读取请求头里携带的Host信息，只是暴露的写法略有差异，先用原生net/http跑通最基础的一条路径。
用Request.Host读取请求域名
在Go的HTTP处理器函数里,请求对象是http.Request，它的Host字段直接保存了客户端请求时使用的域名和端口号：
package main
import (
"fmt"
"net/http"
)
func handler(w http.ResponseWriter, r http.Request) {
domain := r.Host
fmt.Println(domain)
}
func main() {
http.HandleFunc("/", handler)
http.ListenAndServe(":8080", nil)
}
当浏览器访问http://example.com:8080/user时，这段代码输出的就是example.com:8080，如果把服务部署在80端口，浏览器地址栏输入http://example.com/user，输出结果则是example.com，端口号会被省略。
这个字段的取值逻辑很直接：客户端发起HTTP请求时，请求行的第一行就包含了Host头，Go标准库在解析请求时会自动把它映射到Request.Host上，整个过程不涉及任何额外配置。
不要用r.URL.Host获取域名
行业内大量新人踩过同一个坑：尝试用r.URL.Host获取当前域名，结果拿到一个空字符串，原因是r.URL这个对象在服务端解析请求时，Scheme、Host这样的字段通常是空的，它们只在实际发起请求的客户端场景（比如使用http.NewRequest构建请求时）才会有值，服务端要获取访问域名，唯一可靠的入口就是r.Host，这是Go社区多年实践后形成的共识。
Go获取当前访问域名时，端口和localhost怎么处理
r.Host返回的值在不同访问方式下差别很大，开发阶段访问localhost:8080，生产环境访问example.com，请求代理转发时又可能返回内部IP，要正确处理这些场景，需要按下面几个步骤拆分。
用SplitHostPort剥离端口号
大多数业务场景只需要域名本身,不需要端口号，Go标准库提供了net.SplitHostPort，可以一次性把主机名和端口拆开：
import "net"
func getDomain(r http.Request) string {
host, _, err := net.SplitHostPort(r.Host)
if err != nil {
// r.Host里没有端口号时，直接返回原值
return r.Host
}
return host
}
这段代码处理了两种典型情况：
- 访问
example.com:8080时，返回example.com - 访问
example.com时，SplitHostPort抛错，回退到r.Host的原值example.com
相比用strings.Split按冒号切分，net.SplitHostPort更可靠，因为它内置了对IPv6地址的处理逻辑，比如访问[::1]:8080时，字符串切分很容易把IPv6地址截断，而标准库方法能准确分离出:1和8080。
判断本机开发环境
本地调试时,r.Host通常返回localhost:8080或0.0.1:8080，如果程序逻辑需要区分开发和生产环境，可以统一做一层判断：
func isLocalHost(r http.Request) bool {
host, _, err := net.SplitHostPort(r.Host)
if err != nil {
host = r.Host
}
return host == "localhost" || host == "127.0.0.1" || host == "::1"
}
这层判断在单点登录回调、本地联调等场景下很有用，但不是所有本机访问都走localhost，用自定义域名指向0.0.1的情况也常见，所以生产环境判断域名合法性时，不要只依赖这一段逻辑，应该配合白名单校验。
Go获取当前域名：反向代理场景下的注意事项
实际生产部署时,Go服务大概率躲在Nginx、Apache或云负载均衡器后面，这种情况下，客户端先访问代理服务器，代理再把请求转发给Go服务，r.Host里保存的不再是用户真实访问的域名，而是代理服务器的地址或内网IP，获取当前域名，必须从转发头里提取原始信息。
读取X-Forwarded-Host与X-Real-Host
Nginx默认转发请求时,会把原始域名写入两个请求头的某一个：
X-Forwarded-Host：标准的转发头，保存客户端请求的原始HostX-Real-Host：Nginx专用头，部分配置下会写入
Go代码里读取这两个头的方式如下：
func getRealDomain(r http.Request) string {
if forwardedHost := r.Header.Get("X-Forwarded-Host"); forwardedHost != "" {
return forwardedHost
}
if realHost := r.Header.Get("X-Real-Host"); realHost != "" {
return realHost
}
return r.Host
}
需要特别提醒的是,这两个请求头可以由客户端任意伪造，如果直接把请求头里的值当作当前域名用于鉴权、生成密码重置链接、设置Cookie作用域等安全敏感操作，会带来Host头注入攻击的风险，业内专家指出，正确做法是只信任代理层配置的固定IP来源，或者对解析出的域名做一次白名单判断。
反向代理配置示例
在Nginx中,要让Go服务正确读到用户域名，需要在
location块里显式设置转发头：
location / {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_pass http://127.0.0.1:8080;
}
加上这段配置后,Go服务里r.Header.Get("X-Forwarded-Host")才能拿到真实域名，没有配置转发头时，r.Host拿到的是0.0.1:8080，此时无论用户访问哪个域名，代码看到的都是同一个内网地址。
Go获取当前域名的框架写法：Gin与Echo对比
Go生态里常用的Web框架,获取当前域名的方式高度统一，框架本质上包装了标准库的http.Request，所以底层还是读同一个字段。
Gin框架中获取请求域名
Gin通过c.Request暴露标准请求对象：
func main() {
r := gin.Default()
r.GET("/", func(c gin.Context) {
domain := c.Request.Host
c.JSON(200, gin.H{"domain": domain})
})
r.Run(":8080")
}
如果已经在Handler里通过其他方式拿到http.Request，然后用ctx.Request.Host读取，效果完全一样，Gin不额外做域名解析相关的封装，所有处理逻辑都复用标准库方案。
Echo框架的写法
Echo框架的获取方式稍微绕一层：
func main() {
e := echo.New()
e.GET("/", func(c echo.Context) error {
domain := c.Request().Host
return c.JSON(200, map[string]string{"domain": domain})
})
e.Logger.Fatal(e.Start(":8080"))
}
注意Echo的Context要先调用Request()方法拿到标准请求对象，再取Host字段，整体逻辑和Gin一致，记住框架回归标准库这条主脉络即可。
| 框架/库 | 获取写法 | |
|---|---|---|
| 标准库 net/http | r.Host |
带端口或不带端口的域名 |
| Gin | c.Request.Host |
同上 |
| Echo | c.Request().Host |
同上 |
三个写法的返回值规则完全相同,区分它们的唯一意义在于代码维护时能快速读懂不同项目里同一行代码的含义。
Go获取当前域名后，如何校验域名合法性
拿到域名只是第一步,实际业务里，获取当前域名常常是为了做单点登录跳转、CORS跨域白名单判断、CMS站点隔离这类操作，在这些场景下，未经校验的域名直接使用，轻则产生错误跳转，重则形成安全漏洞。
用标准库正则校验域名格式
校验规则不需要从零发明,基础的格式匹配可以用regexp完成：
import "regexp"
var domainPattern = regexp.MustCompile(`^(localhost|[a-zA-Z0-9]([a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?)(.[a-zA-Z0-9]([a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?)(:[0-9]{1,5})?$`)
func isValidDomain(host string) bool {
return domainPattern.MatchString(host)
}
- 允许
localhost出现在域名首位，兼顾本地开发 - 每段主机名限制在63个字符内
- 末尾的端口号可选,范围1到5位数字
域名白名单匹配模板
更高层级的校验方案是维护一份允许的域名后缀列表,比如只允许公司指定的顶级域名通过：
var allowedSuffixes = []string{"example.com", "example.cn"}
func isAllowed(host string, port string) bool {
for _, suffix := range allowedSuffixes {
if host == suffix || strings.HasSuffix(host, "."+suffix) {
return true
}
}
return false
}
这种写法好在直接贴近业务意图：不关心客户端传了什么古怪的编码或无意义的子域名，只要最终域名属于允许的范围，就放行，统计显示，多数情况下Host头攻击的payload都会落在白名单之外，这层校验可以拦截大部分恶意请求。
Go获取当前域名的常见问答
Go获取当前域名时，返回的结果带端口号，怎么处理？
r.Host的返回值取决于浏览器提交的Host头，访客直接在地址栏输入带端口的地址，返回值就带端口，使用net.SplitHostPort(r.Host)拆解，第一个返回值是纯域名，第二个是端口号字符串，没有携带端口时该函数会报错，用r.Host直接兜底。
为什么用r.URL.Host获取不到当前域名？
r.URL.Host只对客户端发起的HTTP请求有意义，在服务端处理请求时，Go标准库不会填充URL.Host字段，它多数情况下是空字符串，服务端场景下获取当前域名，必须读取r.Host，这个知识点在Go社区里被反复提及，属于新手最常踩的空指针排查方向之一。
获取当前域名时，如何区分开发环境和生产环境？
读取r.Host后用net.SplitHostPort拆出主机名部分，当主机名为localhost或0.0.1时判定为本地环境，但要注意，部分公司内网环境也用IP直连访问，所以这种判断只适合做日志染色和调试信息展示，不适合作为功能开关的唯一依据。
获取当前域名没有银弹方案，核心记牢一条主线：标准库读r.Host，反向代理读转发头，框架场景回归基础Request对象。 配合端口剥离和域名白名单校验，这套组合足以覆盖绝大多数线上业务需求。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/637316.html
