UDP丢包原因总结

发送的包比64K大会导致UDP协议sendto返回错误。

发送的包比MTU大，UDP包在接收端容易丢包，可查看接收端的网卡统计。可考虑把包切分到MTU一下再发送。

发包速度太快的话，可能有两个问题：1.接收端来不及接收导致接收端丢包。2.发送端网卡处理不过来。这个时候sendto没有返回错误，但是用netstat查看会发现SndbufErrors不断上升，有可能是网卡的输出队列太小导致。可以考虑使用ifconfig命令把txqueuelen设置大一些。

同一个端口发送的数据量太大时会导致网卡丢包，这个时候可以用netstat查看会发现SndbufErrors不断上升。sendto会返回-1.这个时候可以考虑增大/proc/sys/net/core/wmem_max的值。

这种情况尤其是同时给多个客户端发送音视频数据时导致。笔者曾经遇到过这么一次情况。一个端口向8个客户端发送视频流时，网卡流量大概400M/s，sendto会返回-1，errno 11.程序里也调用setsockopt设置了发送缓冲区为60M，然而还是会丢包。后来将系统参数/proc/sys/net/core/wmem_max设到60M才解决问题。

接收缓冲区小于发送客户端的包的大小，或者接收客户端recvfrom速度太慢，导致接收缓冲区满丢弃数据。前一种问题，可以考虑增大接收缓冲区。后一种问题，可以考虑将接收 *** 作和业务处理 *** 作分离到不同的线程来处理。

udp是不可靠协议，意思是说没有应答重传机制，这个可以自己上层做一个应答等待和握手。

udp在局域网内，低数据量，是比较可靠的，连续十几万包都几乎不丢包。而且局域网内没多路由分支路径，基本能够保证到达顺序的先后。它只有在网络拥堵，数据包太多，接收方处理不过来导致丢失，还有就是交换机处理不过来导致丢包。

udp在长距离，网络跳点太多的因特网才比较容易丢包。还有一个是包的顺序无法保证，因为是多路由分支传输过来，在网络环境拥堵和交换机处理转发延时下，无法确保到达包的先后顺序。

udp作为命令的发送，少数据的传输，占用资源更少，更高效，加上广播机制，比tcp便捷太多了。尤其在一对多的信息传输中更有优势，因为tcp需要占用连接，同时处理并发数据请求能力有限，一旦终端卡死掉线就必须等待长时间的释放，也容易出问题。

一般丢包严重，首先要确定接收缓存是否溢出，处理数据是否耗时，是否能够跟上发送方速度。而tcp是跟udp一样传输的，只是加上重传机制和顺序组装机制，如果udp丢包很严重，tcp其实也很低效，几乎无法用了。所以局域网udp丢包严重是网络和缓存程序的问题多。

---