UDP丢包原因

原文链接：https://blog.csdn.net/qiaoliang328/article/details/51944676

一、主要丢包原因

1、接收端处理时间过长导致丢包：

    调用 recv 方法接收端收到数据后，处理数据花了一些时间，处理完后再次调用 recv 方法，在这二次调用间隔里，发过来的包可能丢失。对于这种情况可以修改接收端，将包接收后存入一个缓冲区，然后迅速返回继续 recv。

2、发送的包巨大丢包：

    虽然 send 方法会帮你做大包切割成小包发送的事情，但包太大也不行。例如超过 50 k 的一个 udp 包，不切割直接通过 send 方法发送也会导致这个包丢失。这种情况需要切割成小包在逐个 send。

3、发送的包较大，超过接收者缓存导致丢包：

    包超过 mtu size 数倍，几个大的 udp 包可能会超过接收者的缓冲，导致丢包。这种情况可以设置 socket 接收缓冲。以前遇到过这种问题，我把接收缓冲设置成64k 就解决了。

int nRecvBuf = 32*1024;    // 设置为32k

setsockopt(s, SOL_SOCKET, SO_RCVBUF, (const char*)&nRecvBuf, sizeof(int));

具体设置代码可以参考下面链接：

http://blog.sina.com.cn/s/blog_a459dcf5010153mp.html

4、发送的包频率太快：虽然每个包的大小都小于 mtu size 但是频率太快，例如40 多个 mut size 的包连续发送中间不 sleep，也有可能导致丢包。这种情况也有时可以通过设置 socket 接收缓冲解决，但有时解决不了。所以在发送频率过快的时候还是考虑 sleep 一下把。

5、局域网内不丢包，公网上丢包。

    这个问题我也是通过切割小包并 sleep 发送解决的。如果流量太大，这个办法也不灵了。总之 udp 丢包总是会有的，如果出现了用我的方法解决不了，还有这个几个方法：要么减小流量，要么换 tcp 协议传输，要么做丢包重传的工作。

二、具体问题分析

1、发送频率过高导致丢包

    很多人会不理解发送速度过快为什么会产生丢包，原因就是 UDP 的 SendTo 不会造成线程阻塞，也就是说，UDP 的 SendTo 不会像 TCP 中的 SendTo 那样，直到数据完全发送才会 return 回调函数，它不保证当执行下一条语句时数据是否被发送。（SendTo 方法是异步的）这样，如果要发送的数据过多或者过大，那么在缓冲区满的那个瞬间要发送的报文就很有可能被丢失。至于对“过快”的解释，作者这样说：“A few packets a second are not an issue; hundreds or thousands may be an issue”(一秒钟几个数据包不算什么，但是一秒钟成百上去的数据包就不好办了)。要解决接收方丢包的问题很简单，就要尽量避免复杂的操作（比较好的解决办法是使用多线程回调机制）。

2、报文过大丢包

    至于报文过大的问题可以通过控制报文大小来解决，使得每个报文的长度小于 MTU。以太网的MTU 通常是 1500 bytes，其他一下诸如拨号连接的网络 MTU 值为1280 bytes，如果使用 speaking 这样很难得到MTU 的网络，那么最好将报文长度控制在 1280 bytes 一下。

3、发送方丢包

    发送方丢包：内部缓冲区（internal buffers）已满，并且发送速度过快（即发送两个报文之间的间隔过短）；接收方丢包：Socket 未开始监听；虽然UDP 的报文长度最大可以达到 63kb，但是当报文过大时，稳定性会大大减弱。这是因为当报文过大时会被分割，使得每个分割快（翻译可能有误差，原文是 fragmentation）的长度小于 MTU，然后分别发送，并在接收方重新组合（reassemble），但是如果其中一个报文丢失，那么其他已收到的报文都无法返回给程序，也就无法得到完整的数据了。