服务端必须用net.ListenUDP，客户端可用DialUDP（适合固定点对点）或ListenUDP(nil)（适合单次上报）；ReadFromUDP/WriteToUDP不可替换为Read/Write，因UDP无连接状态且需显式处理地址、缓冲区、超时及跨平台端口复用等问题。
ListenUDP 和 DialUDP 到底该用哪个？
服务端必须用 net.ListenUDP，客户端不是非得用 net.DialUDP——它只是帮你省掉地址传参的“语法糖”，本质仍是无连接通信。
常见错误是照搬 TCP 习惯，在 UDP 客户端里写 net.Listen("udp", ":8080")，结果直接 panic：「protocol not available」。Go 的 net.Listen 根本不支持 UDP。
-
net.ListenUDP("udp", &net.UDPAddr{Port: 8080})：服务端唯一正解，绑定本地端口，后续靠ReadFromUDP拿发送方地址，再用WriteToUDP回包 -
net.DialUDP("udp", nil, serverAddr)：适合固定点对点、需多次交互的客户端（比如 ping-pong 工具），Write()自动发往 dial 时的目标，Read()只收该目标回包 - 如果只是单次上报日志、打点或广播，用
net.ListenUDP("udp", nil)+WriteToUDP(data, addr)更轻量，不绑本地端口，也不记目标，完全按需发
ReadFromUDP 和 WriteToUDP 为什么不能换成 Read/Write？
因为 UDP 数据报自带源地址信息，ReadFromUDP 才能返回 *net.UDPAddr 给你，这是回包的前提；而 WriteToUDP 必须显式指定目标地址——UDP 没有“当前连接”的概念。
错误现象：代码编译通过，运行时报 write: invalid argument 或 use of closed network connection，往往就是混用了 Read/Write 接口。
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
-
ReadFromUDP(buf)返回三个值：n（有效字节数）、addr（发送方地址）、err；漏掉addr就没法回复 -
WriteToUDP(data, addr)中的addr必须是*net.UDPAddr类型，不能传字符串；没解析就直接用"127.0.0.1:8080"会 panic - 用
net.ResolveUDPAddr("udp", "127.0.0.1:8080")解析，注意"localhost:8080"在某些系统下解析为 IPv6 的::1，若服务端只监听 IPv4 就收不到
缓冲区大小和超时控制为什么不能省？
UDP 包可能被截断、丢弃或卡死，不设缓冲区和超时，线上跑几天就出问题——这不是 bug，是协议特性暴露在应用层的结果。
典型症状：本地测试一切正常，一上生产就收不到长消息、goroutine 积压、程序假死。
- 接收缓冲区建议至少
65536字节（IPv4 UDP 最大理论包长），make([]byte, 1024)在 DNS、gRPC-UDP 或自定义协议里大概率截断数据 -
WriteToUDP默认阻塞，网络不通时可能卡住几分钟；必须调conn.SetWriteDeadline(time.Now().Add(2 * time.Second))，然后检查err.(net.Error).Timeout() -
ReadFromUDP同样要设读超时，否则客户端断连后服务端还在等下一个包，goroutine 永不退出
多个实例共用端口或跨平台启动失败怎么办？
Linux/macOS 默认允许端口复用，Windows 不行；而且 Go 标准库不暴露 SO_REUSEADDR 控制权，所以 “address already in use” 错误在 Windows 上更常见。
另一个坑是广播和组播场景：没开选项、地址写错、网卡选错，包就发不出去或收不到。
- 想多进程监听同一端口（如热更新、主从切换），Windows 下必须用
net.ListenConfig{Control: setReuseAddr}手动设置 socket 选项，标准ListenUDP不行 - UDP 广播需调
conn.SetBroadcast(true)，目标地址用子网广播地址（如192.168.1.255:8080），不是255.255.255.255（部分路由器屏蔽） - 组播要用
net.ListenMulticastUDP，且必须调SetMulticastInterface指定网卡，否则可能收不到——尤其在多网卡服务器上
UDP 看似简单，但每个环节都依赖你主动补全协议缺失的部分：地址解析、缓冲区管理、超时控制、错误分类、跨平台适配。它不报错，只是静默丢包或卡住；你写的不是“通信逻辑”，而是对网络现实的妥协清单。
