udp客户端需确保目标端口有监听程序，否则发包触发icmp不可达致“connection refused”；服务端应按datagram边界处理消息、设读写超时、并发goroutine处理并深拷贝数据；双栈需显式配置或启用so_reuseport。
UDP客户端如何正确发送数据并避免“connection refused”错误
Go 的 net.DialUDP 或 net.Conn.WriteTo 发送失败、报 dial udp 127.0.0.1:8080: connect: connection refused，通常不是代码写错了，而是目标 UDP 端口根本没程序在监听——UDP 是无连接的，系统不会提前校验对端是否存在，但 Linux 在发包时若发现目标端口无 socket 绑定，会回一个 ICMP “port unreachable”，Go 运行时捕获后就转成这个错误。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先用
nc -u -l 8080或简单 Go UDP server 启动监听，再测 client - 用
ss -uln | grep :8080确认端口是否真被占用 - 客户端别用
net.DialUDP后反复Write（它隐含绑定本地端口），如需发往多个地址，改用net.ListenUDP+WriteTo - 若发给 localhost 但收不到，检查是否绑定了
127.0.0.1而非0.0.0.0，或防火墙拦截了 loopback 流量（少见但可能）
UDP服务端如何稳定接收并处理粘包/丢包问题
UDP 本身不保证顺序、不保证到达、不合并分片——所谓“粘包”其实是误解；UDP 每次 ReadFrom 对应一个完整的 UDP datagram，操作系统已按 IP 层还原好。真正的问题是：应用层消息边界怎么定义？丢包怎么感知？
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 每个 datagram 自包含完整业务消息（例如 JSON 字符串末尾加
\n，或开头放 4 字节长度字段），不要指望多次ReadFrom拼接 - 用
buf := make([]byte, 65536)分配足够大 buffer，避免截断（IPv4 最大 datagram 约 65507 字节） - 设置读超时：
conn.SetReadDeadline(time.Now().Add(5 * time.Second))，防止ReadFrom卡死 - 丢包无法由 UDP 自身修复，如需可靠传输，必须在应用层加序列号 + ACK（比如用
quic-go或自研轻量协议），否则只能接受“尽力而为”
如何让 UDP server 支持多客户端并发且不阻塞
UDP socket 是线程安全的，ReadFrom 和 WriteTo 可并发调用，但直接在一个 goroutine 里循环 ReadFrom → 处理 → WriteTo 会导致后续读被阻塞，尤其处理逻辑耗时或写了阻塞 IO。
本文档主要讲述的是android rtsp流媒体播放介绍；实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
for { go handlePacket(buf, addr) }把每个收到的包扔进新 goroutine，注意深拷贝buf[:n]，别传原切片指针 - 如果需要维护客户端状态（如心跳、session），用
sync.Map存map[string]*Client，key 可用addr.String() - 避免在 handler 里直接
WriteTo大量数据，UDP 内核 send buffer 满了会静默丢弃，可加conn.SetWriteDeadline并检查err - 高吞吐场景下，考虑使用
golang.org/x/net/ipv4控制 TTL、TOS 或启用IP_TRANSPARENT等高级选项
UDP通信中 IPv4/IPv6 双栈和地址复用的实际坑
用 net.ListenUDP("udp", &net.UDPAddr{Port: 8080}) 默认只监听 IPv4；想同时支持 IPv4 和 IPv6，不能简单换 "udp6"，否则 IPv4 客户端连不上。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 显式监听
"udp4"或"udp6"，双栈需分别启动两个 listener，或用net.ListenConfig{Control: reusePort}+net.ListenUDP（Linux 3.9+ 支持SO_REUSEPORT） - 创建 socket 前调用
syscall.SetsockoptInt(&fd, syscall.IPPROTO_IPV6, syscall.IPV6_V6ONLY, 0)（需 cgo），才能让udp6socket 接收 IPv4-mapped IPv6 地址 - 客户端发包时，若 DNS 返回 A 和 AAAA 记录，
net.ResolveUDPAddr默认返回第一个，可用net.DefaultResolver自定义策略 - 容器或云环境常禁用 IPv6，测试前先确认
cat /proc/sys/net/ipv6/conf/all/disable_ipv6是否为 0
UDP 的简洁性是把双刃剑：没有连接状态省事，也没有重传机制兜底。最易忽略的是——你以为发出去了，其实内核 send buffer 已满；你以为收到了，其实中间路由器因 MTU 丢弃了分片；甚至 WriteTo 返回 nil 错误，也不代表对方真的收到了。
