应显式用context.withtimeout控制超时，检查*net.dnserror及context.deadlineexceeded；传"ip4"/"ip6"指定协议，用ip.to4()!=nil安全判ipv4，遍历过滤isprivate/isloopback，避免直取ips[0]。
net.LookupIP 是最直接获取域名全部 IPv4/IPv6 地址的方式，但它不是万能解法——用错场景或忽略边界条件，反而会引入连接失败、超时阻塞或地址误选问题。
如何安全调用 net.LookupIP 并防阻塞
标准库不设默认超时，net.LookupIP 在 DNS 服务器无响应或网络异常时会无限等待。必须显式传入带超时的 context.Context。
- 用
context.WithTimeout(context.Background(), 3*time.Second)包裹，避免整条请求链被拖住 - 记得
defer cancel()，否则可能泄漏 goroutine - 错误类型是
*net.DNSError，不能用errors.Is(err, syscall.ETIMEDOUT)判断超时——实际是context.DeadlineExceeded - 若需只查 IPv4，第二个参数传
"ip4"；只查 IPv6 用"ip6"；查全部用"ip"
为什么不能直接取 ips[0]？
DNS 返回的 IP 列表顺序不固定：CDN 轮询、Anycast 部署、多机房策略都会动态调整顺序。更关键的是，net.LookupIP 默认同时返回 A 和 AAAA 记录，ips[0] 可能是 IPv6 地址（如 ::1 或 2001:db8::1），而你的下游服务只监听 IPv4 —— 直接用会连不上。
- 用
ip.To4() != nil安全判断 IPv4，别用ip.To16() != nil（IPv4 映射地址也返回 16 字节） - 遍历结果时，对每个
net.IP调用.IsPrivate()或.IsLoopback()过滤掉不可达地址 - 某些 CDN（如 Cloudflare）返回的任播地址
.IsGlobalUnicast()也可能返回 false，得靠业务层探测可用性
获取本机“真实出口 IP”该用 net.Interfaces() 还是 net.Dial("udp", "8.8.8.8:8")？
net.Interfaces() 返回所有网卡地址，但包含大量无效地址：回环（127.0.0.1）、Docker 网桥（172.17.0.1）、VirtualBox（192.168.56.1）、链路本地（fe80::/10）。它不关心“哪个 IP 能真正对外通信”。
- 更可靠的做法是
net.Dial("udp", "8.8.8.8:8")：让系统自动走默认路由，从本地连接地址中提取 IP - 必须调用
.To4()强制转 IPv4，否则在双栈系统上可能拿到::1 - 目标地址选
"8.8.8.8:8"是因 UDP port 8（discard）几乎总能触发路由查找，又不会真连上 - 纯内网环境（无默认外网路由）下该方法会失败，需 fallback 到读取环境变量（如
os.Getenv("HOST_IP")）或配置项
客户端真实 IP 提取为何不能只看 X-Forwarded-For？
req.RemoteAddr 只是最后一跳代理的 IP，在 Nginx/CDN/SLB 后基本等于内网地址（如 10.0.1.5:42183）。而 X-Forwarded-For 可被客户端伪造，无条件取第一个值等于放弃校验。
- 先检查
req.RemoteAddr是否属于你信任的代理网段（如10.0.0.0/8、172.16.0.0/12），只有可信才解析 header - 对
X-Forwarded-For值做strings.TrimSpace再net.ParseIP，否则空格会导致解析失败 - 逐个过滤：跳过
.IsPrivate()和.IsLoopback()的地址，取第一个合法公网 IP - 若全为私有地址，fallback 到
X-Real-IP，再 fallback 到req.RemoteAddr（仅限直连场景）
proxy_set_header X-Real-IP $remote_addr 是否配置、云厂商 LB 是否开启源 IP 透传、K8s Service 的 externalTrafficPolicy: Local 是否启用——这些决定了你的 Go 逻辑有没有输入可处理。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
