非阻塞并发模型.docVIP

非阻塞并发模型 1. 非阻塞并发模型 I/O阻塞是影响进程并发的重要原因，进程一旦进入阻塞，就不能再执行任何操作。比如进程调用输入函数后，在默认情况下必须一直阻塞直到产生满足条件的数据为止。 套接字也是一种I/O设备，它有四类阻塞性交易，分别是输入类交易(read、recv和recvfrom)、输出类交易(write和send等)、连接申请交易(connect)和连接处理交易(accept)，其中UDP协议数据发送函数sendto不产生阻塞。 当套接字调用以上函数时，将导致进程阻塞。因此把套接字函数的阻塞模式更改为非阻塞模式，是实现并发套接字程序的一种方法。 (1)非阻塞套接字系统调用 函数fcntl设置套接字描述符的O_NONBLOCK标志后，即可将I/O方式更改为非阻塞方式。此时如果调用输入函数、输出函数或者连接处理函数 (accept)的条件不满足，将立即返回-1并置errno为EAGAIN错误；如果连接申请函数(connect)的条件不满足时，将返回-1并置errno为 EINPROGRESS错误。 int nType = fcntl(nSock, F_GETFL, 0); fcntl(nSock, F_SETGL, nType | O_NONBLOCK); (2)非阻塞套接字程序设计流程 非阻塞套接字程序一般包含一段循环代码，在循环中采用轮询的方式，分别调用套接字的输入、输出、申请连接或连接处理函数，从而达到并 发。处理多个套接字的目的。非阻塞方式并发模型在应用上有一定的局限性。 2. 信号驱动并发模型 在信号驱动I/O模式下，进程可以一边做其他的事，一边等待信号。当文件描述符就绪时，Unix内核会向进程发送SIGIO信号(某些系统是 SIGPOLL信号)，进程获取该信号并调用预先准备的处理函数执行I/O操作。当函数调用完毕后，进程回到接收信号前的代码处继续工作。 (1)信号驱动设计流程 在一个套接字上实现信号驱动的步骤如下： 步骤1：为信号SIGIO设计处理函数并捕获信号 /*信号处理函数*/ void func(int sig){ ........................ singnal(SIGIO, func); } ....................... /*捕获信号SIGIO*/ signal(SIGIO, func); 步骤2：设定套接字的归属主，设置接收SIGIO信号的进程或进程组。一般情况下可以通过函数fcntl的F_SETOWN命令设置 fcntl(nSock, F_SETOWN, getpid()); /*设置接收信号的进程*/ 或者 fcntl(nSock, F_SETOWN, 0 - getpgrp()); /*设置接收信号的进程组*/ 步骤3：设置套接字的异步I/O属性。一般情况下可以通过函数fcntl的F_SETFL命令设置。 int nType； nType = fcntl(nSock, F_GETFL, 0); fcntl(nSock, F_SETFL, nType | O_ASYNC); 为了防止信号丢失，请务必保证先设置SIGIO信号的处理函数，再使用函数fcntl设置套接字的属主。 (2)信号驱动应用范围 套接字信号驱动的设置非常简单，但在实践中却难以实现。因为Unix内核并不仅仅在套接字有输入时才发送SIGIO信号，在套接字连接、输 出、错误和其他状态变化时均发送该信号，这样就直接导致了进程在接收信号后无法正确的判断下一步的行为。 在UDP协议上执行套接字的信号驱动相对比较简单。仅在套接字收到了数据报和套接字发生了异步错误的情况下才会产生SIGIO信号。当UDP 异步套接字进程接收到虚拟号SIGIO时，只需要调用函数recvfrom读取数据报数据或是异步I/O的错误信息即可。 如果在TCP写一下执行套接字的信号驱动，将