Go语言通过net包的UDPAddr和UDPConn实现UDP通信，无需建立连接，适用于轻量、实时场景。使用ResolveUDPAddr解析地址，ListenUDP启动服务端监听，DialUDP创建客户端连接。发送数据时，未绑定目标用WriteToUDP，已绑定可用Write；接收使用ReadFromUDP并配合SetReadDeadline避免阻塞。示例为回声服务：服务端循环读取并返回数据，客户端发送“ping”并接收响应。程序可不关闭连接退出，但显式Close更规范。调试时可用nc -u测试，不可用telnet（仅TCP）。
Go语言中实现UDP通信非常简单，核心是使用net包里的UDPAddr和UDPConn类型。不需要建立连接，发送和接收都基于无状态的报文，适合轻量、实时性要求高的场景（比如心跳、DNS查询、游戏状态同步）。
创建UDP地址与连接
先定义目标或监听地址，再通过net.ListenUDP或net.DialUDP获取连接句柄：
-
addr, _ := net.ResolveUDPAddr("udp", "127.0.0.1:8080")—— 解析本地或远程UDP地址 -
conn, _ := net.ListenUDP("udp", addr)—— 启动服务端，监听指定地址 -
conn, _ := net.DialUDP("udp", nil, addr)—— 客户端直连（可省略本地地址，系统自动分配）
UDP数据发送
使用WriteToUDP或Write方法发包。前者更灵活（可动态指定目标），后者只适用于已Dial的连接：
- 对未绑定目标的连接：
n, _ := conn.WriteToUDP([]byte("hello"), remoteAddr) - 对已
Dial的连接：n, _ := conn.Write([]byte("hello"))（自动发给 Dial 时的目标） - 注意：UDP不保证送达，也不保证顺序，应用层需自行处理超时、重传或校验
UDP数据接收
用ReadFromUDP阻塞读取，它会返回实际收到的数据、源地址及错误：
android rtsp流媒体播放介绍 中文WORD版
下载
本文档主要讲述的是android rtsp流媒体播放介绍；实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
立即学习“go语言免费学习笔记（深入）”；
buf := make([]byte, 1024)n, addr, err := conn.ReadFromUDP(buf)-
data := buf[:n]—— 截取有效内容 - 建议配合
conn.SetReadDeadline避免永久阻塞
完整示例：简易回声服务
服务端监听:9999，收到什么就原样发回；客户端发一条“ping”，打印响应：
- 服务端：
go run server.go→ListenUDP("udp", &net.UDPAddr{Port: 9999})+ 循环ReadFromUDP+WriteToUDP - 客户端：
go run client.go→DialUDP后Write，再Read等待回包 - 两者都不需要
Close也可正常退出，但显式关闭更规范
基本上就这些。UDP在Go里没有封装层干扰，操作贴近系统调用，写起来直接，调试时注意用netstat -anu或ss -uln确认端口是否被监听，用telnet不行（它是TCP工具），推荐用nc -u 127.0.0.1 9999手动测试。
