java实现UDP超时重传_UDP实现简单的超时重传

UDP实现简单的超时重传

众所周知～UDP是一个无连接协议，因此靠它来传输的话是不可靠的，即使是数据包丢失也不会报错。但是，在编写Linux上的socket程序时,却可以用简单的方法,在应用层实现超时重传，让UDP可靠一些。(这次说的方法最好用于两个程序间通信——也许只能用于两台机器通信)首先～我介绍一下Linux下，I/O操作的阻塞模式：

在Linux下，I/O操作有四种模式，分别为：阻塞式I/O，非阻塞式I/O，多路复用I/O，一击信号驱动I/O，这次需要用到的是阻塞式I/O。阻塞式I/O是最简单，最常用但也是效率最低的一个。在默认模式下，所有的套接字都是阻塞模式，即：当用户调用这些函数时，函数将一直阻塞下去，直至有某个事件发生。具体事件依函数而定，比如：调用读函数，由于缓存中还没有数据，而使得读函数发生读阻塞；同理，也可能在调用写函数的时候发生写阻塞；除此之外，还有调accept函数的时候，由于没有客户连接服务器，使得其发生阻塞；调用connect函数时，由于三次握手没有结束，使得其发生阻塞等等。也就是说～在没有特定事件发生的情况下，函数将什么也不干而等待事件发生，事件发生后则继续执行程序。而有些时候，由于某些原因，会使得函数永远处于阻塞模式(比如：客户用UDP给服务器传送数据的数据丢失，使得服务器端的recvfrom函数始终处于阻塞模式)这就需要调用某些函数使这些函数不再阻塞，具体方法有：

1、使用信号：比如调用alarm函数

2、在套接字上设置SO_RCVTIMEO和SO_SNDTIMEO选项，使得其阻塞有时间限制

3、时间选择通过select函数来实现

好啦～阻塞式I/O就说到这里，言归正传～继续讨论相对可靠一些的UDP～

前面已经说了，假如使用阻塞模式，那么，当一个数据包还没有到达目的地时，那么数据包的目的端程序就会处于阻塞状态，因此不能调用sendto函数给发送端，而发送端此时也在recvfrom下阻塞了，等待对方传来消息。

由于前面已经说了，这是只有两个程序间通信，因此，双方程序的生死之大事、前途、命运……都掌握在传输的那个数据包上了，如果那个数据包不争气(没准是路由问题，线路问题等等)，中途数据包丢失了，那么，双方都将永远处于阻塞状态：发送端阻塞在recvfrom上，等待接收端回话；接收端也阻塞在recvfrom上，等待发送端传来的消息。可偏偏那消息不争气，传不过来……难道这俩程序就这么挂了？

如果只有sendto，recvfrom函数而没有超时机制，那……就为这俩程序祈祷吧……大约他们俩就得挂这等关机或者被处以极刑(就是kill啊～)…………不过～听了我下面说的～就可以解决这问题～同时，让UDP层上面的应用层有超时重传的能力～(晕～我这不是作广告啊………………)

其实看到这里，大家已经多半想到了如何处理这问题：只要有一方退出阻塞模式，发个数据包，那两个程序就都解放了～怎么让一个程序退出阻塞模式呢～其实很简单啦～没错～