UDP的坏处

众所周知,UDP是一个面向无连接的协议。通信时不可靠的。
这就会出现一些问题

(1)数据报丢失

因为是无连接,的所以可以用recvfrom和sendto来接收和发送消息,如果socket是阻塞的,那么当由于网络原因丢包了,那么发送和接收双方都面临无限期的阻塞。当然这个可以为客户端设置超时时间来解决。

(2)验证收到的响应:

因为是面向无连接的,所以,UDP的通信双方可能并不关心谁给它发了消息。接收方可能不会判断消息来源。A给你发个消息,B说收到了,你还以为A收到了。为了避免这种情况,可以通过保存recvfrom中的结构体,来校验下次发过来的消息是否出自同一人。

(3)服务器未运行:

客户端只是将数据发送出网卡,至于别人收没收到,根本不关心。有可能网络不同,有可能服务器没启动,但这些都不得而知,这显然是不行的。这个问题可以通过connect来连接UDP套接字实现。
对UDP套接字调用connect,并不会向TCP那样产生三次握手,内核会校验对方是否存在,如果存在就记录地址和端口号。
这样,再对UDP操作的时候,就可以直接使用read/write,而不必每次指定地址端口。收到的响应消息是谁的,也是一清二楚的。一般地情况下,只有客户端会去connect服务器,很少有服务端主动connect客户端的。
当碰到以下两种情况时,可以对UDP套接字第二次调用Connect。①指定新的IP地址和端口;②断开套接字;当执行第二个功能时,可以把地址结构的地址族成员设置为AF_UNSEC。

(4)UDP本身是缺乏流量控制的。

UDP的缓冲区是有限的,收到的数据只有被读取后,才会释放它所占用的缓存。所以UDP平时也是能接多少是多少,多了的数据一律丢掉,服务端和客户端对此都可能不知情。这样当然并不好。所以一般情况下,可以用IO复用,比如说select,当UDP套接字发生变化时就及时通知处理进程读取数据。这样可以近可能的避免流量过大造成的数据丢失。

上一篇:使用Android简单实现有道电子词典


下一篇:Hibernate总结4之HQL