Go 读取邮件交换记录时,不要只拿到一个主机名就结束。net.LookupMX 返回的是 []*net.MX,每条记录同时包含 Host 和 Pref:前者是邮件主机,后者是优先级,数值越小越优先。官方文档还说明结果按 preference 排序,但调用方仍应遍历全部记录,并区分空结果失败与带部分记录的错误。
官方文档:https://pkg.go.dev/net#LookupMX
先理解 MX 返回值
最小示例可以直接调用包级函数,但它内部使用 context.Background,适合一次性脚本,不适合让服务请求无限等待。
package main
import (
"fmt"
"net"
)
func main() {
records, err := net.LookupMX("example.org")
if err != nil {
// 先保留查询错误,不能把空结果误判为“域名没有 MX”。
fmt.Println("查询 MX 失败:", err)
return
}
for _, record := range records {
// Pref 越小越优先,Host 是邮件交换主机名。
fmt.Printf("host=%s pref=%d\\n", record.Host, record.Pref)
}
}
用 Resolver.LookupMX 加超时
服务端代码应使用 net.Resolver.LookupMX,把 DNS 查询纳入调用方的截止时间。这样请求取消时,解析任务也有明确的生命周期。
func lookupMX(ctx context.Context, domain string) ([]*net.MX, error) {
// 零值 Resolver 沿用系统解析配置,ctx 负责超时和取消。
resolver := net.Resolver{}
records, err := resolver.LookupMX(ctx, domain)
if err != nil {
// 保留 records,官方语义允许错误伴随部分结果返回。
return records, fmt.Errorf("lookup MX for %q: %w", domain, err)
}
return records, nil
}
func main() {
ctx, cancel := context.WithTimeout(context.Background(), 3*time.Second)
defer cancel() // 释放超时计时器相关资源。
records, err := lookupMX(ctx, "example.org")
if err != nil {
fmt.Println("MX 查询提示:", err)
}
fmt.Println("记录数:", len(records))
}
上例还需要导入 context、fmt、net 和 time。底层返回错误,上层再决定是停止、记录部分结果,还是交给诊断流程继续展示。
按 Pref 排序并保留备用主机
官方已保证查询结果按 preference 排序,但如果业务代码过滤或合并了记录,最好再次显式排序。排序必须比较 Pref,不能按 Host 的字典序判断优先级;同一优先级的记录也不要随意丢掉。
func orderMX(records []*net.MX) *net.MX {
sort.SliceStable(records, func(i, j int) bool {
// 数字更小的 MX 记录应排在前面;相等时保留原相对顺序。
return records[i].Pref < records[j].Pref
})
if len(records) == 0 {
// 没有候选时返回 nil,由调用方决定降级策略。
return nil
}
// 这里只返回首选,完整 records 仍应交给失败切换策略保存。
return records[0]
}
处理部分结果错误
如果返回空切片且有错误,应把查询视为失败;如果切片非空但同时有错误,不要无条件清空结果。Go 文档指出,无效邮件服务器名称可能被过滤,并把剩余记录与错误一起返回。诊断工具可以保留这些记录,严格投递流程则应根据完整性要求决定是否停止。
func candidates(ctx context.Context, domain string) ([]*net.MX, error) {
resolver := net.Resolver{}
records, err := resolver.LookupMX(ctx, domain)
if len(records) == 0 && err != nil {
// 没有任何候选时,把错误交给上层重试或告警。
return nil, fmt.Errorf("no MX candidate: %w", err)
}
if err != nil {
// 有候选但有提示:保留记录,同时让调用方看到原因。
return records, fmt.Errorf("partial MX result: %w", err)
}
return records, nil
}
常见问题
为什么不能只取 records[0]?
一个域名可以有多条 MX 记录,第一条只是当前排序下的首选,后面的可能是备用或同优先级候选。
Pref 越大越优先吗?
不是。通常按数值从小到大判断优先级,代码应直接比较 Pref。
包级函数和 Resolver 版本怎么选?
一次性脚本可用包级函数;服务端、批处理和诊断命令更适合 Resolver 版本,因为它接受带超时或取消信号的上下文。
小结
Go 读取 MX 记录时要保留 []*net.MX 的完整信息:用 Host 识别目标,用 Pref 排序,用 Resolver.LookupMX 接入上下文,并区分完全失败与部分结果。这样后续做域名诊断或邮件投递前检查时,不会因只取第一项而丢掉备用路径。

Go x509.ParsePKCS8PrivateKey 怎样区分 RSA 与 ECDSA 私钥
