UDP服务端需用net.ListenUDP监听,调用SetReadDeadline设超时,ReadFromUDP读取并用addr回复;客户端用net.DialUDP发请求后Read收响应;缓冲区应设65536防截断。
Go 的 net.ListenUD 返回的 
*UDPConn 是阻塞式连接,调用 ReadFromUDP 会一直等待直到收到数据包。如果没做超时控制,程序可能卡死在读取阶段。
conn.SetReadDeadline,传入 time.Now().Add(5 * time.Second) 这类相对时间ReadFromUDP 返回的 addr 是对端地址(含 IP 和端口),可用于后续单播回复;不要直接用 conn.RemoteAddr() —— UDP 连接本身无“远程地址”概念,该方法返回 nilmake([]byte, 65536)
conn, _ := net.ListenUDP("udp", &net.UDPAddr{Port: 8080})
defer conn.Close()
buf := make([]byte, 65536)
for {
n, addr, err := conn.ReadFromUDP(buf)
if err != nil {
if netErr, ok := err.(net.Error); ok && netErr.Timeout() {
continue // 超时,继续下一轮
}
log.Println("read error:", err)
continue
}
log.Printf("received %d bytes from %v: %s", n, addr, string(buf[:n]))
}UDP 是无连接协议,客户端无需“建立连接”,但要发请求 + 等响应,需自己管理对端地址和读取逻辑。常见错误是只调用 WriteToUDP 就结束,没预留时间收回复。
net.DialUDP 可复用同一本地端口、自动绑定,并获得带目标地址的连接句柄,比反复 WriteToUDP 更可控Read(不是 ReadFromUDP),因为 DialUDP 返回的连接已关联远端地址,Read 会只收该地址发来的包addr := &net.UDPAddr{IP: net.ParseIP("127.0.0.1"), Port: 8080}
conn, _ := net.DialUDP("udp", nil, addr)
defer conn.Close()
conn.SetReadDeadline(time.Now().Add(3 * time.Second))
_, _ = conn.Write([]byte("ping"))
buf := make([]byte, 1024)
n, _ := conn.Read(buf)
log.Printf("got response: %s", string(buf[:n]))根本原因是缓冲区太小 —— UDP 包超过缓冲长度时,多余字节被丢弃,且 ReadFromUDP 仍返回 n == len(buf),不会报错或提示截断。
n 是否等于 len(buf):若相等,极可能被截断(除非对方真发了那么大包)len(buf) 判断是否收完——UDP 本就是消息边界完整的协议,一次 ReadFromUDP 对应一个完整 UDP 数据报多个进程监听同一 UDP 端口默认失败,但可通过 SetReuseAddr(true) 允许 SO_REUSEADDR,常用于快速重启服务或负载分发场景。
ListenUDP 之前:先 net.ListenUDP 得到 *UDPConn,再对其调用 SetReadBuffer / SetWriteBuffer / SetReuseAddr
SetReuseAddr 在 Linux/macOS 上有效,在 Windows 上部分版本需配合 SetReusePort(Go 1.11+ 支持)真正容易被忽略的是:UDP 没有连接状态,所以没有 TIME_WAIT,但也没有 ACK 重传机制。发出去的包丢了,你根本不知道。