阻塞与非阻塞个人小结_电话闭塞法总结

阻塞与非阻塞个人小结由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“电话闭塞法总结”。

阻塞与非阻塞个人小结

最近帮一哥们做一个简单的通信演示小程序，重拾遗忘很久的Windows网络编程，通过此次演示程序的制作，对于TCP的三路握手、Socket的运用理解更加深入了，同时从文字上的阻塞与非阻塞到情真意切的感受到二者之间的差异，闲暇之余，发现一本好书，书名好像叫“WIn32多线程”，书中用例与讲解很贴切。下面对阻塞非阻塞做一小结，其中有部分内容参考于网络，也许只有亲身体验过的人才能感觉到这平白的总结中蕴含的种种细节与痛苦的实践。

1.connect函数响应中断返回后仍然回到函数的调用。

实践证明，对于一个非阻塞的socket，如果在调用connect函数时，如果发生中断，这函数响应中断，但当中断返回时，继续connect函数的调用，直到connect超时失败或接收到错误ICMP包或连接成功

2.accept()如果侦听进程是非阻塞模式工作，当调用accept()函数接收来自客户端的请求后，返回的socket套接字，默认为阻塞的工作模式。

一、阻塞模型

可能发生阻塞的套接口调用分为四种：

1>.输入操作：read、readv、recv、recvfrom和recvmsg函数 2>.输出操作：write、writev、send、sendto和sendmsg函数 3>.接收外来连接:accept()函数

4>.初始化外出的连接:connect()函数

二、I/O模型 1.阻塞I/O 2.非阻塞I/O 3.I/O复用（select函数）4.信号驱动I/O(SIGIO)5.异步I/O

三、I/O复用模型的应用场合1.当客户处理多个描述字时（一般是交互式输入和网络套接口），必须使用I/O复用。

2.一个客户同时处理多个套接口

3.如果一个TCP服务器既要处理侦听套接口，又要处理已连接套接口，一般也要用到I/O复用。

4.如果一个服务器既要处理TCP，又要处理UDP，一般也要使用I/O复用。5.如果一个服务器要处理多个服务或者多个协议（inetd守护进程）。

四、拒绝服务型攻击

服务器某一个时刻阻塞于只处理单个客户，而不能处理其他客户的需求，这就导致了拒绝服务型攻击，可能的解决办法是:(a)使用非阻塞I/O模型;(b)让每个客户由单独的控制线程提供服务（例如，创建子进程或线程来为每个客户提供服务）;(c)对I/O操作设置超时。

五、connect()函数

1.阻塞模式

客户端调用connect()函数将激发TCP的三路握手过程，但仅在连接建立成功或出错时才返回。返回的错误可能有以下几种情况：

1>.如果TCP客户端没有接收到SYN分节的响应，则返回ETIMEDOUT，阻塞模式的超时时间在75秒(4.4BSD内核)到几分钟之间。

2>.如果对客户的SYN的响应时RST，则表明该服务器主机在我们指定的端口上没有进程在等待与之连接（例如服务器进程也许没有启动），这称为硬错，客户一接收到RST，马上就返回错误ECONNREFUSED.3>.如果某客户发出的SYN在中间的路由器上引发了一个目的地不可达ICMP错误，多次尝试发送失败后返回错误号为EHOSTUNREACH或ENETUNREACH.附加：产生RST的三种情况，一是SYN到达某端口但此端口上没有正在侦听的服务器、二是TCP想取消一个已有连接、三是TCP接收了一个根本不存在的连接上的分节。

2.非阻塞模式

采用非阻塞的工作模式要考虑一下两种情况：

1>.如果是连接本机，则调用connect()函数会立刻建立。

2>.如果服务器是网络中的用户，则调用connect()函数需要从几个毫秒的局域网到几百毫秒或几秒的广域网。并且函数会立刻返回EINPROCESS错误，但TCP通信的三路握手过程正在进行，所以可以使用select函数来检查这个连接是否建立成功。

源自Berkeley的实现有两条与select函数和非阻塞相关的规则： 1>.当连接成功建立时，描述字变成可写。

2>.当连接建立出错时，描述字变成即可读又可写。

六、accept()函数 1.阻塞模式

如果在一个阻塞套接口上调用accept()函数，而且没有新的连接，进程会进入睡眠状态。

2.非阻塞模式

如果在一个非阻塞套接口上调用accept()函数，而且没有新的连接，将返回EWOULDBLOCK错误。

3.一种非阻塞模式例子的问题及解决办法

问题描述：在服务器端侦听套接口采用阻塞的方式工作，并且使用select检测是否有已经建立起的连接，如果有则调用accept()函数接收该连接，问题是如果客户端首先调用connect()函数连接服务器后立刻又调用close()函数关闭该连接，而在服务器端，在select()函数返回和调用accept()函数之间，接收到客户端的断开，则会删除该套接口在已连接套接口中的内容，所以服务器将会阻塞在accept()函数，直到有客户连接才返回。解决办法：(1).如果用select来获知何时有连接已就绪可以accept时，总是把侦听套接口置为非阻塞,同时(2).在后面的accept调用中忽略以下错误：EWOULDBLOCK（Berkeley的实现在客户放弃连接时出现的错误）、ECONNABORTED（Posix.1g的实现在客户放弃连接时出现的错误）、EPROTO（SVR4的实现在客户放弃连接时出现的错误）和EINTR（如果信号被捕获）。

七、select()函数

select()函数准备好读的条件： 1>.套接口有数据可读

2>.该连接的读这一半关闭（也就是接收了FIN的TCP连接）。对这样的套接口进行读操作将不阻塞并返回0（也就是返回EOF）。

3>.该套接口是一个侦听套接口且已完成的连接数不为0。4>.其上有一个套接口错误待处理，对这样的套接口的读操作将不阻塞并返回-1，并设置errno，可以通过设置SO_ERROR选项调用getsockopt函数获得。select()函数准备好写的条件： 1>.套接口有可用于写的空间。

2>.该连接的写这一半关闭，对这样的套接口进行写操作将产生SIGPIPE信号。3>.该套接口使用非阻塞的方式connect建立连接，并且连接已经异步建立，或则connect已经以失败告终。

4>.其上有一个套接口错误待处理。

八、read()函数和recv函数 read()函数返回值代表的意义： 1>.如果对方TCP发送数据，则套接口就变为可读且read返回大于0的值（即数据的字节数）。

2>.如果对方TCP发送一个FIN（对方进程终止），套接口就变为可读且read返回0（文件结束）。

3>.如果对方TCP发送一个RST（对方主机崩溃并重新启动），套接口就变成可读且read返回-1，返回的错误号errno为ECONNRESET。

九、write()函数和send函数

如果向一个接收了FIN的套接字进行写操作是可行的，但如果向一个接受了RST的套接字进行写操作则是致命的，内核会向该进程发送一个SIGPIPE信号，返回EPIPO,该错误类型默认为终止进程。

SIGPIPE信号

向一个接受了RST的套接字进行写操作时，内核会向该进程发送一个SIGPIPE信号，该信号的缺省行为是终止进程，因此进程必须捕获它以免被不情愿的终止。

5、Linux中Socket的数据结构

（1）struct sockaddr { //用于存储套接字地址 unsigned short sa_family；//地址类型 char sa_data[14]； //14字节的协议地址 }；

（2）struct sockaddr_in{ //in 代表internet short int sin_family； //internet协议族

unsigned short int sin_port；//端口号，必须是网络字节顺序 struct in_addr sin_addr；//internet地址，必须是网络字节顺序 unsigned char sin_zero；//添0（和struct sockaddr一样大小 }；

（3）struct in_addr{ unsigned long s_addr； }；