linux socket发送大量数据错乱,高分求解linux socket通信 UDP丢包问题

最近在做一个项目,在这之前,做了个验证程序.

发现客户端连续发来1000个1024字节的包,服务器端出现了丢包现象.

纠其原因,是服务端在还未完全处理掉数据,客户端已经数据发送完毕且关闭了.

有没有成熟的解决方案来解决这个问题.

我用过sleep(1),暂时解决这个问题,但是这不是根本解决办法,如果数据量大而多,网络情况不太好的话,还是有可能丢失.

希望大俠帮帮忙啊!

|

有两种方法解决楼主的问题：

方法一：重新设计一下协议，增加接收确认超时重发。(推荐)

方法二：在接收方，将通信和处理分开，增加个应用缓冲区；如果有需要增加接收socket的系统缓冲区。(本方法不能从根本解决问题，只能改善)

|

网络丢包，是再正常不过的了。

既然用UDP，就要接受丢包的现实，否则请用TCP。

如果必须使用UDP，而且丢包又是不能接受的，只好自己实现确认和重传，说白了，就是自己实现TCP(当然是部分和有限的简单实现)。

|

采用回包机制,每个发包必须收到回包后再发下一个

|

丢包的原因我想并不是“服务端在还未完全处理掉数据,客户端已经数据发送完毕且关闭了”，而是服务器端的socket接收缓存满了(udp没有流量控制，因此发送速度比接收速度快，很容易出现这种情况)，然后系统就会将后来收到的包丢弃。你可以尝试用setsockopt()将接收缓存(SO_RCVBUF)加大看看能不能解决问题。

|

可以采用回包机制,但处理起来还是比较麻烦....服务器端可以加一个判断对数据是否接收进行重发.

但是我个人感觉L