unix网络编程：非阻塞的IO通信方式、TCP回射客户程序str_cli的需要考虑的问题

阻塞的IO通信

调用read、recv、recvfrom函数，这些函数会在数据到来之前保持阻塞状态。

调用write、send、sendto函数，这些函数会在writebuffer有空间之前保持阻塞状态。

调用accept函数，保持阻塞直到监听到一个连接。

调用connect函数，保持阻塞直到成功建立连接。对于UDP而言是没有所谓的连接，对于TCP而言就是发送SYN后阻塞直到收到SYN-ACK。

改变通信方式的方法

fcntl函数

int fcntl(int fd, int cmd);

int fcntl(int fd, int cmd, long arg);

int fcntl(int fd, int cmd, struct flock *lock);

fcntl()针对(文件)描述符提供控制。参数fd是被参数cmd操作(如下面的描述)的描述符。针对cmd的值，fcntl能够接受第三个参数int arg。

此处，我们在cmd参数将会用到以下两个F_GETFL（获得文件描述符的状态）和F_SETFL（设置文件描述符的状态）：

设置给arg描述符状态标志，可以更改的几个标志是：O_APPEND，O_NONBLOCK，O_SYNC 和 O_ASYNC。而fcntl的文件状态标志总共有7个：_RDONLY , O_WRONLY , O_RDWR , O_APPEND , O_NONBLOCK , O_SYNC和O_ASYNC

已知socket就是一个fd文件描述符，因此我们先获得其状态，再通过给状态设置非阻塞的值再重新对socket进行设置即可。

int  flags = fcntl(socket,F_GETFL,0);

fcntl(socket,F_SETFL,flags|O_NONBLOCK);

非阻塞IO的通信

input：如果read无法完成（对于UDP是至少1个datagram，对于TCP是至少1个byte），将会返回EWOULDBLOCK

output：如果没有空间在writebuffer，将会返回EWOULDBLOCK

accept：如果没有可用的连接，将会返回EWOULDBLOCK

connect：在发送SYN后就会返回EINPROGRESS。可以使用select函数去查看结果。

同时在现代的操作系统中，EAGAIN 和 EWOULDBLOCK 是一样的

TCP回射客户程序str_cli

对于这个程序，我们需要考虑以下几个问题的发生

1、客户端程序如果socket中的sendbuffer满了，writen函数（writen函数就是write n bytes，写n个字节的数据到指定的文件描述符中）将会阻塞。同时也将无法执行后续的read函数来消耗recvbufffer中的数据，还会带来服务端的发送缓冲被填满。

对于第一个问题，大家可能不是特别懂怎么会发生，我来介绍一种情况，如果write函数设置写的数据量远大于socket的sendbuffer的大小，那么在填满sendbuffer后因为没有发送完但是buffer已经满了而发生阻塞，后续服务端在recvbuffer中接受到数据放到sendbuffer中，客户端继续执行write函数，以此重复直到服务端的sendbuffer被填满，客户端的write函数要求发送的数据依旧没有发送完，无法执行read函数，此时就会无法将数据传输进行下去。

2、客户端和服务端的速度也是不对称的，上传速度和下载速度并不是一致的。以及服务端处理数据包的速度往往会远快于客户端。

3、当客户端从服务端接受到数据，还需要执行Fputs(recvline, stdout);     

将recvbuffer中的数据写到stdout文件中，这个过程为把要写的数据放到iobuffer指向的内存区域，后续再通过console外设驱动来完成把数据输出到串口、并口和CGA显示器上过程。

这个冗长的流程可能会导致recvbuffer中的数据无法及时被清理而影响服务端的发送进而发生阻塞。