<p>http.ServeMux 完全不支持域名通配符，因其仅匹配 r.URL.Path、完全忽略 r.Host；实现多级域名通配需手动解析 r.Host 并用字符串拆分比对， 匹配单段、* 仅限末尾多段，且须统一转小写避免大小写误判。</p>
Go 标准库 http.ServeMux 完全不支持域名通配符（如 *.example.com 或 api.*.svc），它只做路径前缀匹配，且根本不解析 Host 头；真要实现多级域名通配，必须自己解析 r.Host 并用字符串或正则匹配，不能依赖任何内置路由机制。
为什么不能用 http.ServeMux 做域名通配匹配
http.ServeMux 只看 r.URL.Path，对 r.Host 完全无视。你注册 "*.example.com" 或 "api.*.svc"，它会当字面路径处理，根本不会触发——更别说多级（*.dev.*.local）了。所有基于 http.ServeMux 的“域名路由”都是假的，本质是写个中间件提前读 r.Host 再手动分发。
用 strings.Split + 模式比对实现多级域名通配
最轻量、可控、无依赖的做法：把域名按 . 拆成段，逐段比对通配规则。关键不是“正则”，而是明确语义：
-
*只能匹配**单个非空段**（如api.*.com→ 匹配api.v1.com，不匹配api.v1.prod.com） -
**（或#）表示**末尾多级通配**（如static.**→ 匹配static.a.b.c.dev），但必须限定在模式末尾 - 匹配时需先统一转小写（域名本身不区分大小写，但 Go 字符串默认区分）
- 避免
strings.Contains或模糊子串匹配——dev.example.com会被example.com错误命中
示例逻辑：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
func matchDomain(pattern, host string) bool {
parts := strings.Split(strings.ToLower(host), ".")
pts := strings.Split(strings.ToLower(pattern), ".")
if len(parts) != len(pts) {
// 允许 ** 通配末尾多段：只在 pattern 末尾出现
if len(pts) > 0 && pts[len(pts)-1] == "**" {
if len(parts) < len(pts)-1 {
return false
}
pts = pts[:len(pts)-1]
parts = parts[:len(parts)-(len(parts)-len(pts))]
} else {
return false
}
}
for i, p := range pts {
if p == "*" {
if len(parts[i]) == 0 {
return false
}
} else if p != parts[i] {
return false
}
}
return true
}gorilla/mux 不支持 Host 层通配，别被文档误导
很多人查到 gorilla/mux 有 Host 方法，就以为能写 r.Host("*.example.com") —— 实际上它只支持**字面 Host 匹配**或**正则 Host 匹配**，且正则是在整个 r.Host 字符串上运行，无法自然表达“多级段通配”。比如：
-
r.Host(`api\..*\.svc`).Handler(h)→ 能匹配api.v1.svc，但也会错误匹配api.v1.svcaaa（没锚定结尾） - 想写
api.*.svc这种语义，得硬编码正则：^api\.[^.]+\.(svc)$，每新增一种结构就要改正则 - 它不提供段级通配抽象，所有逻辑仍得你手写，和直接用
strings.Split差别不大
真正需要多级通配时，该用什么
如果你的场景涉及几十个租户子域（tenant1.app.example.com）、灰度环境（api.staging-v2.prod.example.com）或 SaaS 多级路由，建议：
- 用
chi+ 自定义Host中间件：它支持嵌套路由器，可把域名匹配逻辑收拢到一层，再 delegate 到子路由 - 避免在每次请求里重复编译正则——把常用 pattern 编译后缓存进
map[string]*regexp.Regexp - 注意
r.Host可能带端口（如localhost:8080），匹配前务必用strings.Split(r.Host, ":")[0]截掉 - 别复用 MQTT 的
+/#解析逻辑：HTTP 域名没有协议层通配规范，MQTT 的a/+/c和域名a.*.c语义不等价，强行移植只会引入边界 bug
多级域名通配真正的复杂点不在匹配算法，而在**模式优先级冲突**：比如 api.*.com 和 api.v1.* 同时注册时，谁该先匹配？这没法靠字符串比对解决，必须显式定义排序规则或使用最长匹配原则——而这部分逻辑，所有第三方库都不帮你做，得你自己兜底。
