net.Dial("ip4:icmp", ...) 报 "operation not permitted" 是因 ICMP 需 raw socket，Linux/macOS 需 root 或 cap_net_raw，Windows 需管理员权限；应改用 golang.org/x/net/icmp 并设连接级 deadline。
为什么 net.Dial("ip4:icmp", ...) 会报 "operation not permitted"
Go 标准库的 net 包不支持直接构造 ICMP 报文，net.Dial("ip4:icmp", ...) 在绝大多数系统上会失败——不是语法错，是权限和协议栈限制。ICMP Echo Request 需要 raw socket，Linux/macOS 要 root 或 cap_net_raw，Windows 要管理员权限。别试了，这条路走不通。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
golang.org/x/net/icmp—— 官方维护的扩展包，封装了 raw socket 创建、报文编码/解码、校验和计算 - Linux 下运行前加
sudo，或执行sudo setcap cap_net_raw+ep $(which your_binary)（避免总用 root） - macOS 12+ 默认禁用非特权 ICMP，必须用
sudo；即使开了sysctl -w net.inet.icmp.icmplim=0也无济于事 - 别自己手写 IP 头或 ICMP 校验和：
icmp.Message.Checksum字段必须设为 0 再调用message.Marshal()，否则校验失败
怎么发一个带超时控制的 ICMP Echo Request
核心是用 icmp.ListenPacket 创建监听器，再用 WriteTo 发送序列化后的 icmp.Message。超时不能靠 time.After 粗暴 select，得用连接级 deadline。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 创建 listener 后立刻调用
conn.SetDeadline(time.Now().Add(3 * time.Second))，否则ReadFrom可能永久阻塞 -
icmp.Message.Type必须是ipv4.ICMPTypeEcho（值为 8），Code为 0；响应类型是ipv4.ICMPTypeEchoReply（值为 0） - ID 和 Seq 字段要自己填：ID 通常用进程 PID（
os.Getpid()），Seq 自增即可，用于匹配请求与响应 - 示例关键片段：
msg := &icmp.Message{ Type: ipv4.ICMPTypeEcho, Code: 0, Body: &icmp.Echo{ ID: os.Getpid() & 0xffff, Seq: 1, Data: make([]byte, 32), }, } bytes, err := msg.Marshal(nil)
收到响应后怎么解析并算出 RTT
ICMP 响应包里不带发送时间戳，RTT 只能靠「发包前记一次时间，收包后算差值」。但要注意：收到的 ReadFrom 返回的是整个 IP 包，需先跳过 IP 头（IPv4 最小 20 字节，iphdrlen := int(p[0]&0x0f)），再解包 ICMP 部分。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 别用
bytes.Equal匹配请求 ID/Seq：响应里的Echo.ID和Echo.Seq是网络字节序，golang.org/x/net/icmp已自动转为主机序，直接比整型 - RTT 计算必须用
time.Since(start)，不是time.Now().Sub(start)——前者更稳定，且能正确处理单调时钟 - 响应 Body 类型断言要小心：
if echo, ok := pkt.Body.(*icmp.Echo); ok && echo.ID == myID && echo.Seq == mySeq - 如果收到的是 ICMP 目标不可达（Type 3）或超时（Type 11），说明路径有问题，不是 ping 通/不通的二元结果
跨平台运行时容易被忽略的坑
同一份代码在 Linux/macOS/Windows 上行为不一致，不是 bug，是系统 ICMP 实现差异导致的。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- Windows 下
golang.org/x/net/icmp依赖WSAIoctl，必须用GOOS=windows go build，且目标机器要装有 WinPCap/Npcap 才能捕获响应（纯 Go 不行） - macOS 对 ICMP 源地址校验极严：发包目标 IP 若不在本地直连网段，内核可能直接丢弃响应，哪怕路由表能通
- Linux 上若启用了
rp_filter（反向路径过滤），从非默认接口进来的 ICMP 响应会被丢，临时关掉：echo 0 | sudo tee /proc/sys/net/ipv4/conf/all/rp_filter - 别依赖
runtime.GOOS == "linux"做分支：容器环境（如 Alpine）缺cap_net_raw支持，即使 root 也会socket: operation not permitted
真正麻烦的从来不是发一个包，而是让不同系统都老老实实把响应交还给你。权限、内核策略、驱动支持，三者缺一不可。
