net.dial不能替代ping，因其仅检测tcp端口连通性，无法反映网络层可达性；真正ping基于icmp协议，需用golang.org/x/net/icmp包实现，但存在跨平台权限与兼容性问题。
为什么 net.Dial 不能替代 ping
直接用 net.Dial 检查 TCP 端口通不通，不等于实现了“探活”。很多服务（比如 ICMP 不通但 HTTP 可达的云主机、防火墙拦截了 ICMP 但放行了 443 的 LB）会误导你：net.Dial("tcp", "example.com:80", nil) 成功，不代表主机在线；反过来，Dial 失败也不代表宕机——可能只是端口没开或被策略屏蔽。真正的 ping 是基于 ICMP Echo Request/Reply 协议，OS 内核原生支持，能绕过应用层端口限制，反映的是网络栈可达性。
Go 标准库不支持原始 ICMP，必须用 golang.org/x/net/icmp
标准库 net 包无法构造和解析 ICMP 报文，因为涉及 raw socket 权限和平台差异。必须引入官方扩展包：golang.org/x/net/icmp 和 golang.org/x/net/ipv4（或 ipv6）。注意两点：
- Linux/macOS 下需 root 或 CAP_NET_RAW 权限才能发 ICMP 包（macOS 12+ 还要额外签名）
- Windows 默认禁用 raw socket，得用管理员权限运行，或改用
exec.Command("ping", "-n", "1", host)回退方案 -
icmp.ListenPacket返回的 conn 不能复用做其他协议通信，仅限 ICMP
示例核心片段：
conn, err := icmp.ListenPacket("ip4:icmp", "0.0.0.0")
if err != nil {
log.Fatal(err) // 如 "operation not permitted"
}
defer conn.Close()
msg := icmp.Message{
Type: ipv4.ICMPTypeEcho, Code: 0,
Body: &icmp.Echo{
ID: os.Getpid() & 0xffff, Seq: 1,
Data: bytes.Repeat([]byte("HELLO"), 4),
},
}
buf, err := msg.Marshal(nil)
// ... write to conn
time.AfterFunc + conn.SetDeadline 是超时控制的关键组合
ICMP 没有内置重传或超时机制，全靠上层控制。常见错误是只设 ReadDeadline 却忽略写操作阻塞，或用 time.Sleep 轮询浪费 CPU。正确做法：
- 调用
conn.WriteTo前先conn.SetWriteDeadline(time.Now().Add(timeout)) - 读响应时用
conn.SetReadDeadline，且每次读前都重置（因可能收到非目标 ICMP 包） - 用
time.AfterFunc启动超时协程，收到响应后显式stop()避免误触发 - 注意：Windows 上
SetDeadline对 ICMP socket 行为不稳定，建议优先走execfallback
跨平台兼容性差是最大现实约束
没有银弹。Linux 上可稳定用 raw socket；macOS 需 sudo 且 Catalina 后常因公证问题失败；Windows 非管理员下基本不可用。生产环境更推荐分层策略：
- 首选：调用系统
ping命令（exec.Command("ping", "-c", "1", "-W", "2", host)），兼容性最好，输出格式统一 - 次选：对已知开放端口的服务，用
net.DialTimeout做 TCP 探活（如http://host:80/health） - 慎选：纯 ICMP 实现，仅用于内网可信环境或调试工具，上线前务必在目标 OS 上实测权限与行为
真正难的不是发一个 echo 包，而是判断“什么才算活”——是 IP 层可达？TCP 握手成功？HTTP 返回 200？还是业务接口返回特定 JSON 字段？这个语义必须由使用者明确定义，工具只是执行载体。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
