go中需将域名手动序列化为rfc 1035规定的wire format（label-length+label-bytes+0x00），而非直接传字符串；doh post请求须以application/dns-message发送原始dns二进制报文，头部id随机、rd=1、qdcount=1，响应须用dnsmessage.parser解析并校验rcode。
Go 里怎么把域名转成 DoH 兼容的 wire format
标准 DNS 报文要求域名字段用 label-length + label-bytes + 0x00 编码，不是直接拼点分字符串。DoH 服务（如 https://dns.google/dns-query）接收的是完整 DNS 查询报文的二进制 payload，不接受原始域名字符串。
- 错误做法：
"example.com"直接作为字符串传给 JSON body 或 URL query —— DoH 服务器会返回400 Bad Request或静默失败 - 正确做法：手动序列化为 wire format，例如
"www.example.com"→[]byte{0x03, 'w','w','w', 0x07, 'e','x','a','m','p','l','e', 0x03, 'c','o','m', 0x00} - 注意空子域：
"..com"会生成连续两个0x00，违反 RFC 1035，必须提前过滤或 panic - 结尾必须是单个
0x00，不能多也不能少；大小写不敏感，但建议统一小写以避免缓存分裂
用 net/http 发 DoH POST 请求时怎么构造 DNS 查询体
DoH 的 POST 接口（如 https://dns.google/dns-query）要求 Content-Type 为 application/dns-message，且 body 是原始 DNS 查询报文二进制数据，不是 JSON。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- Header 必须设：
req.Header.Set("Content-Type", "application/dns-message") - Query 报文头部 12 字节要手动生成：
dnsHeader.ID随机生成（避免冲突），dnsHeader.QR=0，dnsHeader.RD=1（对递归服务器如 Google DNS 必须置 1） - QDCOUNT 设为
1，ANCOUNT/NSCOUNT/ARCOUNT 全为0（请求阶段不填答案段） - 不要用
json.Marshal包裹任何东西——那不是 DoH POST 的合法输入，会被拒 - 超时必须显式控制：
http.Client.Timeout建议设为 5–10 秒，比 UDP DNS 更长，因 HTTPS 握手+TLS 加密开销更大
解析 DoH 响应时如何安全提取 A 记录 IP 地址
DoH 返回仍是标准 DNS 报文二进制格式（Content-Type application/dns-message），不是 JSON。直接解 JSON 会失败或误读。
- 先检查响应状态码：
resp.StatusCode == 200仅表示 HTTPS 层成功，不代表 DNS 查询成功；还需解析报文头部RCODE - 用
dnsmessage.Parser（来自golang.org/x/net/dns/dnsmessage）逐段解析，别自己binary.Read硬解——它能自动跳过 OPT RR、处理截断标志TC - 遍历
parser.Answers()时，只取dnsmessage.TypeA类型，忽略CNAME或SOA；IPv6 地址需单独查TypeAAAA -
dnsmessage.Hdr.RCODE为dnsmessage.RCodeSuccess才算真正成功；RCodeNameError或RCodeRefused要按业务逻辑降级处理 - 响应可能含多个 A 记录，Go 标准库不保证顺序，也不去重——如果业务依赖唯一性，得自己 dedup 或加校验
为什么用 net.Resolver 查不到 Headless Service 全量 IP
因为 net.Resolver 默认走系统 resolver（/etc/resolv.conf），而 Kubernetes 中 Headless Service 的全量 A 记录只在集群内 CoreDNS 响应中有效，且依赖查询方式和客户端行为。
-
net.LookupHost("svc.default.svc.cluster.local")可能只返回一个 hostname，不是 IP；net.LookupIP若指定"ip4"会丢掉 IPv6 Pod，应改用"ip" - Go 1.19+ 默认启用更严格的 DNS 解析路径，
net.DefaultResolver在遇到 CNAME 链时可能提前终止，导致漏掉最终 A 记录 - 即使配置了集群 DNS 服务器地址，
net.Resolver仍不支持 EDNS0，无法处理大响应（>512 字节），而 Headless Service 常返回数十条 A 记录，易被截断 - 真正可靠的做法是绕过
net.Resolver，用dns.Client直连 CoreDNS 的 UDP 端口（如:53），并手动设置Edns0和重试策略
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
