我们在编写网络通信程序的时候，不论作为服务端还是客户端，常常需要确保实时检测与对方的连接状态，调用select函数监控文件描述符（套接字）的连接状态是最普遍的方法，但是当遇到对方断电或者网络线路突然断开的情况，select函数将接收不到来自对方的断开消息，所以维护着这一连接的文件描述符（套接字）已经没有存在的意义，这个时候往该文件描述符（套接字）内写内容依然不会返回错误，read也会堵塞着并不返回错误。因此也无法断定该套接字是否还处于连接状态，我们可以通过开启TCP的keepAlive选项来让TCP连接自身维护自己的连接状态，详见《Linux下回收异常断开的TCP连接》，但是倘若要及时检测网络连通性，不得不频繁地发心跳包，势必会影响通信带宽，不是很理想。 阅读全文
为了将代码移植到iPhone等运行了iOS的设备上，我们不得不百般地顺从iOS系统的特殊性，Linux上普通的文件描述符(套接字)超时时间设置在iOS上无效，前面那篇文章“实现超时返回的gethostbyname函数”曾试过采用时钟与信号实现超时返回，但因为某些尚未查明的原因，加了信号与时钟以后，程序会莫名地崩溃，这促使我们使用最保险的select函数来实现超时返回。 阅读全文
当我们的程序是单进程的时候，居如connect、read、accept、gethostbyname之类的网络API函数默认都是阻塞的，想实现connect、read、accept的非阻塞版本很容易，之需要将其调用的文件描述符(套接字)设置为非阻塞模式，然后交给select去捕捉返回结果即可。然而gethostbyname函数只需要传递一个域名作为参数，显然无法依靠设置文件描述符(套接字)的超时时间来让其在规定的时间内返回，如果指定域名存在DNS中存在且主机能够连上互联网还好，要是域名在DNS中不存在或者主机没有连上互联网，那样gethostbyname就会一直阻塞着整个进程直至到达系统超时时间，导致程序中的其他功能无法执行，显然代价是惨重的。那么有没有办法实现超时返回的gethostbyname函数呢？答案是肯定的。 阅读全文
socket通常翻译为套接字(文件描述符)，当我们使用socket函数创建一个套接字(文件描述符)后，我们可以使用该套接字(文件描述符)来执行很多操作，譬如read、write、open、accpet、connect、recvfrom、sendto等等，这里面的很多操作默认都是阻塞的，而这个阻塞时间就是我今天要讲的socket超时时间，在没有设置socket超时时间的情况下，这些有阻塞行为的操作调用的都是系统默认超时时间。不同的系统会定制不同的socket超时时间，比如本人的Ubuntu10.04的超时时间就是30秒，但多数的系统对于该超时时间的设置都是比较保守的，不会低于30秒。很多情况下，为了让我们的程序更合理，缩短socket超时时间让阻塞动作尽快返回结果就是很有必要了。 阅读全文
