不能直接用net.ParseIP或net.LookupHost校验域名合法性，因它们不检查RFC 1035/1123格式：如".."、超长label、总长超255等无效域名可能被误传至系统resolver；应先用idna.ToASCII归一化，再手动拆分校验各label长度（1–63）、字符及总长≤255。
为什么不能直接用 net.ParseIP 或 net.LookupHost 做合法性判断
因为它们不校验域名格式本身：比如 "..com"、"a..b.example.com"、"example..com" 都可能被 net.LookupHost 丢给系统 resolver 处理，最终返回错误（如 "no such host"），但你无法区分这是「域名非法」还是「真实不存在」。真正需要的是在发起 DNS 请求前，就拦截掉明显不符合 RFC 1035 / RFC 1123 的字符串。
用正则校验域名字符串的常见陷阱
网上很多正则（如 ^[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])?)*$）看似全面，但会漏掉关键限制：
- 单个 label（点号分隔的部分）长度不能超过 63 字符 —— 正则里写
{0,61}是错的，它只限制了中间部分，没算首尾字符 - 整个 FQDN（含点）总长不能超 255 字节 —— 很多正则完全忽略这点
- 允许国际化域名（IDN）时，必须先做
idna.ToASCII转换再校验，否则直接对 Unicode 字符串跑 ASCII 正则会误判 - 末尾点号（
"example.com."）是合法的 FQDN 表示，但某些正则会把它当非法
推荐做法：组合 net.ParseIP + idna + 手动 label 拆分校验
Go 标准库没有开箱即用的域名语法校验函数，但可以安全组合使用：
- 先用
net.ParseIP尝试解析 —— 如果成功，说明是 IP 字符串，不是域名，可直接跳过后续校验（或按需拒绝） - 再用
idna.ToASCII(domain)归一化：处理"café.com"→"xn--caf-dma.com"，同时会自动拒绝无效 IDN（如含未授权 Unicode） - 对归一化后的字符串，用
strings.Split(domain, ".")拆分 label，逐个检查：
• 每个 label 长度 ∈ [1, 63]
• label 只含字母、数字、连字符（-），且不以-开头或结尾
• 总长度（含点） ≤ 255
示例片段：
立即学习“go语言免费学习笔记（深入）”；
func IsValidDomain(domain string) bool {
if ip := net.ParseIP(domain); ip != nil {
return false // 不是域名
}
ascii, err := idna.ToASCII(domain)
if err != nil {
return false
}
if len(ascii) > 255 {
return false
}
labels := strings.Split(ascii, ".")
for _, label := range labels {
if len(label) == 0 || len(label) > 63 {
return false
}
if label[0] == '-' || label[len(label)-1] == '-' {
return false
}
for _, r := range label {
if !((r >= 'a' && r <= 'z') || (r >= 'A' && r <= 'Z') || (r >= '0' && r <= '9') || r == '-') {
return false
}
}
}
return true
}
清洗域名字符串时要注意保留语义而非简单 trim
用户输入常带空格、多余点号、混合大小写，但清洗不是无脑 strings.TrimSpace 或 strings.ToLower：
- 开头/结尾空格必须 trim —— 否则
" example.com "会被idna.ToASCII拒绝 - 中间连续空格或制表符应视为错误，不应替换成点或忽略（那是输入污染，该报错）
- 大小写无需强制转小写：DNS 域名本身不区分大小写，但 IDN 归一化（
ToASCII）已保证结果一致；手动转小写反而可能干扰某些特殊场景（如调试时需保留原始 casing） - 末尾点号（
"example.com."）是合法的，代表绝对域名，不应删掉；若业务明确只要相对形式，再单独 strip
所以清洗建议只做：strings.TrimSpace + idna.ToASCII（它本身会做标准化），其余交给校验逻辑判断。
IDN 和多字节 label 的边界情况容易被忽略，尤其当服务面向全球用户时 —— 一个看似简单的 "测试.中国" 经过 ToASCII 变成 "xn--0zwm56d.xn--fiqs8s"，长度和字符集都变了，必须在校验前完成这步转换。
