Golang如何做UDP通信_Golang UDP教程【收藏】-Golang-PHP中文网

服务端必须用net.listenudp，客户端可用dialudp（适合固定点对点）或listenudp(nil)（适合单次上报）；readfromudp/writetoudp不可替换为read/write，因udp无连接状态且需显式处理地址、缓冲区、超时及跨平台端口复用等问题。

golang如何做udp通信_golang udp教程【收藏】

服务端必须用 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) 更轻量，不绑本地端口，也不记目标，完全按需发

因为 UDP 数据报自带源地址信息，ReadFromUDP 才能返回 *net.UDPAddr 给你，这是回包的前提；而 WriteToUDP 必须显式指定目标地址——UDP 没有“当前连接”的概念。

错误现象：代码编译通过，运行时报 write: invalid argument 或 use of closed network connection，往往就是混用了 Read/Write 接口。

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，是协议特性暴露在应用层的结果。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

典型症状：本地测试一切正常，一上生产就收不到长消息、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 看似简单，但每个环节都依赖你主动补全协议缺失的部分：地址解析、缓冲区管理、超时控制、错误分类、跨平台适配。它不报错，只是静默丢包或卡住；你写的不是“通信逻辑”，而是对网络现实的妥协清单。