交换机udp丢包(wireshark分析udp丢包)

不丢。丢包原因：1、接收端处理时间过长导致丢包：调用recv方法接收端收到数据后，处理数据花了一些时间，处理完后再次调用recv方法，在这二次调用间隔里，发过来的包可能丢失。对于这种情况可以修改接收端，将包接收后存入一个缓冲区，然后迅速返回继续recv。2、发送的包巨大丢包：虽然send方法会帮你做大包切割成小包发送的事情，但包太大也不行。例如超过50K的一个udp包，不切割直接通过send方法发送也会导致这个包丢失。这种情况需要切割成小包再逐个send。3、发送的包较大，超过接受者缓存导致丢包：包超过mtu size数倍，几个大的udp包可能会超过接收者的缓冲，导致丢包。这种情况可以设置socket接收缓冲。以前遇到过这种问题，我把接收缓冲设置成64K就解决了。int nRecvBuf=32*1024;//设置为32Ksetsockopt(s，SOL_SOCKET，SO_RCVBUF，(constchar*)&nRecvBuf，sizeof(int));具体设置代码可以参考下面链接：http：//blog.sina.com.cn/s/blog_a459dcf5010153mp.html4、发送的包频率太快：虽然每个包的大小都小于mtu size 但是频率太快，例如40多个mut size的包连续发送中间不sleep，也有可能导致丢包。这种情况也有时可以通过设置socket接收缓冲解决，但有时解决不了。所以在发送频率过快的时候还是考虑sleep一下吧。 5、局域网内不丢包，公网上丢包。这个问题我也是通过切割小包并sleep发送解决的。如果流量太大，这个办法也不灵了。总之udp丢包总是会有的，如果出现了用我的方法解决不了，还有这个几个方法： 要么减小流量，要么换tcp协议传输，要么做丢包重传的工作。

UDP本来就是一种不可靠的传输协议，一般用在对数据可靠性要求不是很高的情况，比如流媒体传输等。 如果想处理丢包的情况，1.写软件的时候加入数据校验机制，当丢包时要求通信双方补发、重发； 2.使用可靠的握手传输协议如TCP等。

看你需要是否严谨。 udp传输本来就会丢失包的现象，但是效率高。如果需求比较严谨的话 用tcp传输。不过效率就没有udp高。udp本来就是这样设计的，是本身的特性，除非你自己写个udp。包多的时候，要能保证接收端在收到数据后能立刻再次回到监听状态，以防在处理这个包的消息的时候有新的包发过来却因为接收端还未回到监听状态而造成丢包。研究一下委托回调吧。 另一个是要注意每个包不要携带过长的数据量，可以拆分成若干小包后在每个包头前编号，接收端在收到后排序整理，发现哪个编号丢了返还给发送端要求冲发该吧。研究下消息队列吧。
增大接收端的缓冲区大小; 增大接收端的处理能力; ......
这个范围可广泛了。。。 udp本身就是不可靠的连接，存在一定的丢包率是可以接受的。

看你需要是否严谨。 udp传输本来就会丢失包的现象，但是效率高。如果需求比较严谨的话 用tcp传输。不过效率就没有udp高。 udp本来就是这样设计的，是本身的特性，除非你自己写个udp。

1，网络环境不好或不通 2，数据可能因处理不过来被冲掉