go 1.20+ 中 net.listenmulticastudp 被彻底删除而非弃用，导致编译报错“undefined”；官方要求改用 net.listenudp + 手动绑定本地地址并调用 joingroup 加入多播组。
为什么 net.ListenMulticastUDP 在 Go 1.20+ 里直接报错？
因为 net.ListenMulticastUDP 已在 Go 1.20 中被彻底移除，不是弃用（deprecation），是删除。你如果还在用旧教程代码，会看到类似 undefined: net.ListenMulticastUDP 的编译错误。官方推荐路径是改用 net.ListenUDP + 手动加入多播组，但必须显式绑定到特定本地地址（不能用 ":port"），否则系统无法完成 IGMP 加入。
- 必须用
net.ParseIP("0.0.0.0")或具体网卡 IP（如"192.168.1.100"）构造*net.UDPAddr - 监听前需调用
ifaddr := &net.Interface{Index: idx}+conn.JoinGroup(ifaddr, &net.UDPAddr{IP: groupIP}) - Linux 下若未启用
ip_forward或防火墙拦截 IGMP，JoinGroup可能静默失败（无 error，但收不到包）
如何让自定义接收函数稳定处理高吞吐媒体流？
媒体流（如 RTP over UDP）通常包小、频率高，用默认的 conn.ReadFromUDP 阻塞调用容易丢包。关键不是“写个函数”，而是控制缓冲区、复用内存、避开 GC 压力。
- 用
make([]byte, 65536)预分配大缓冲区（至少 64KB），避免频繁 malloc - 接收循环内不要每次都
make([]byte, ...)，把 buffer 当参数传入接收函数并复用 - 对每个收到的
[]byte做浅拷贝（copy(dst, src)）再投递到处理 goroutine，防止后续读覆盖 - Go 的
net.UDPConn.SetReadBuffer可调大内核接收队列（如设为2*1024*1024），但需 root 权限且受系统限制
局域网跨网段收不到多播包？检查这三处
多播不是“发出去就自动到所有机器”，它依赖二层交换机支持 IGMP snooping 和三层路由配置。局域网内收不到，大概率卡在这几个环节：
- 发送端是否绑定了正确接口？
conn.WriteToUDP(data, &net.UDPAddr{IP: groupIP, Port: port})不指定本地地址时，内核可能选错出口网卡 - 接收端网卡是否启用了多播：运行
ip link show eth0 | grep multicast，确认输出含<multicast></multicast> - 路由器/交换机是否开启 IGMP snooping？消费级路由器默认关闭，此时多播包只在发送端所在子网泛洪，其他子网收不到
为什么媒体流时间戳乱跳？别忽略 conn.SetDeadline 的副作用
给 UDP 连接设 SetDeadline 会导致每次 ReadFromUDP 调用都触发系统级 timer 设置，高频率下显著拖慢性能，更严重的是——某些 Linux 内核版本在 deadline 模式下会破坏 UDP 接收时间精度，导致 RTP 时间戳抖动加剧。
- 媒体流场景应禁用 deadline，改用非阻塞模式 +
syscall.EAGAIN判断：设置conn.SetReadDeadline(time.Time{})即可关闭 - 需要超时控制时，用
select+time.After包裹整个接收逻辑，而非依赖 conn 级 deadline - 务必验证接收端 NTP 同步状态；局域网内误差 > 10ms 就可能影响音画同步
conn.SetReadBuffer 设得再大，若交换机 MTU 是 1500 而媒体包分片后 TTL=1，中间设备直接丢片——这时你看到的现象是“偶尔收一帧，然后断流”，而不是完全收不到。
