udp组播必须绑定0.0.0.0或局域网ip而非127.0.0.1，且需调用setmulticastinterface指定发送网卡、joingroup加入组播组，否则无法收发。
UDP组播必须绑定到 0.0.0.0 或具体本地地址，不能用 127.0.0.1
局域网服务发现跑不通，八成卡在这儿：你写了 net.ListenUDP("udp", &net.UDPAddr{IP: net.ParseIP("127.0.0.1"), Port: 9999})，结果发不出去，也收不到其他机器的组播包。因为 127.0.0.1 是回环地址，组播流量根本不会进物理网卡。
正确做法是监听 0.0.0.0（所有接口），或明确指定局域网 IP（比如 192.168.1.100）。注意：即使只打算发包，Go 的 net.ListenUDP 也得先建个 socket 绑定本地地址——组播接收和发送都依赖这个 socket。
- 绑定
0.0.0.0:port最稳妥，但需确保防火墙放行该端口入站 - 若机器有多个网卡（如同时连 WiFi 和以太网），绑定具体 IP 更可控，避免跨网段误收
- Windows 下某些虚拟网卡可能干扰组播路由，可临时禁用非主用网卡验证
SetMulticastInterface 决定从哪张网卡发组播，不是靠 WriteToUDP 的目标地址
你以为写 conn.WriteToUDP(data, &net.UDPAddr{IP: net.ParseIP("239.255.1.100"), Port: 9999}) 就能自动选网卡？错。Go 的 UDP socket 默认用系统路由表选出口网卡，但组播必须显式调用 SetMulticastInterface 指定接口，否则大概率发到错的网段甚至发不出去。
关键点：这个设置只影响「发送」，不影响接收；且必须在 WriteToUDP 前调用。
立即学习“go语言免费学习笔记（深入）”；
- 用
net.InterfaceByName("en0")或net.Interfaces()找到局域网主网卡（比如 macOS 的en0，Linux 的eth0或wlan0） - 传给
conn.SetMulticastInterface(iface)，不是传 IP，是传*net.Interface - 如果没设，Linux 可能发到默认路由网卡（常是错的），Windows 可能直接失败并报
operation not supported
组播地址必须是 D 类地址，且 TTL 要设够（局域网设 1 就够）
填错地址或 TTL 是另一个高频死因：224.0.0.1 到 239.255.255.255 才是合法组播地址范围，192.168.x.x 或 10.x.x.x 是单播地址，发出去别人根本不会监听。
TTL 控制组播包能跨几跳路由器。局域网服务发现不需要出本子网，TTL = 1 即可；设太高（比如 64）反而可能被上层交换机或防火墙拦截。
- 常用服务发现地址：
239.255.1.100（私有用途，冲突概率低） - 务必用
conn.SetReadBuffer(65536)和SetWriteBuffer(65536)防丢包，尤其在高并发探测时 - 部分企业网络设备会禁用 D 类地址转发，测试前先确认交换机/路由器未开启 IGMP snooping 限制
接收端要 JoinGroup，而且得在绑定后、读取前调用
只 ListenUDP 不够，不加入组播组就收不到任何数据。Go 的 net.Interface.Addrs() 返回的是单播地址，不能直接喂给 JoinGroup——它要的是 *net.Interface + *net.UDPAddr（组播地址）。
顺序错了也会静默失败：必须先 ListenUDP，再 JoinGroup，最后 ReadFromUDP。中间任何一步出错都无提示，只是收不到包。
- 示例调用：
conn.JoinGroup(iface, &net.UDPAddr{IP: net.ParseIP("239.255.1.100")}) - 如果机器有 IPv6，
net.ListenUDP默认只开 IPv4，需显式用net.ListenUDP("udp4", ...)避免混淆 - Linux 下若提示
no such device，大概率是 iface 名字错了（比如写成enp0s3但实际是enp0s31f6），用ip link show确认
SetMulticastInterface 和 JoinGroup 这两步，而且它们的参数类型容易搞混——不是 IP 字符串，是接口对象和组播地址对象。 
