socket阻塞式和非阻塞式通信

我们拿最常用的 send 和 recv 两个函数来说吧. 比如你调用 send 函数发送一定的 Byte 在系统内部 send 做的工作其实只是把数据传输(Copy)到 TCP/IP 协议栈的输出缓冲区它执行成功并不代表数据已经成功的发送出去了如果 TCP/IP 协 议栈没有足够的可用缓冲区来保存你 Copy 过来的数据的话.这时候就体现出阻塞和非阻塞 的不同之处了:对于阻塞模式的 socket send 函数将不返回直到系统缓冲区有足够的空间把 你要发送的数据 Copy 过去以后才返回而对于非阻塞的 socket 来说 send 会立即返回 WSAEWOULDDBLOCK 告诉调用者说:“发送操作被阻塞了!你想办法处理吧.“ 对于 recv 函数同样道理该函数的内部工作机制其实是在等待 TCP/IP 协议栈的接收缓冲区通 知它说:嗨你的数据来了.对于阻塞模式的 socket 来说如果 TCP/IP 协议栈的接收缓冲区没有 通知一个结果给它它就一直不返回:耗费着系统资源对于非阻塞模式的 socket 该函数会 马上返回然后告诉你:WSAEWOULDDBLOCK-“现在没有数据回头在来看看“ 同步、异步、阻塞和非阻塞四种调用方式。这些方式彼此概念并不好理解。下面是我对这些 术语的理解。 同步 所谓同步，就是在发出一个功能调用时，在没有得到结果之前，该调用就不返回。按照这个 定义，其实绝大多数函数都是同步调用（例如 sin isdigit 等） 。但是一般而言，我们在说 同步、异步的时候，特指那些需要其他部件协作或者需要一定时间完成的任务。最常见的例 子就是 SendMessage。该函数发送一个消息给某个窗口，在对方处理完消息之前，这个函数 不返回。当对方处理完毕以后，该函数才把消息处理函数所返回的 LRESULT 值返回给调用 者。 异步 异步的概念和同步相对。当一个异步过程调用发出后，调用者不能立刻得到结果。实际处理 这个调用的部件在完成后，通过状态、通知和回调来通知调用者。以 CAsycSocket 类为例 （注意，CSocket 从 CAsyncSocket 派生，但是起功能已经由异步转化为同步） ，当一个客户 端通过调用 Connect 函数发出一个连接请求后，调用者线程立刻可以朝下运行。当连接真 正建立起来以后，socket 底层会发送一个消息通知该对象。这里提到执行 部件和调用者通 过三种途径返回结果：状态、通知和回调。可以使用哪一种依赖于执行部件的实现，除非执 行部件提供多种选择，否则不受调用者控制。如果执行部 件用状态来通知，那么调用者就 需要每隔一定时间检查一次，效率就很低（有些初学多线程编程的人，总喜欢用一个循环去 检查某个变量的值，这其实是一种很严重 的错误） 。如果是使用通知的方式，效率则很高， 因为执行部件几乎不需要做额外的操作。至于回调函数，其实和通知没太多区别。 阻塞 阻塞调用是指调用结果返回之前，当前线程会被挂起。函数只有在得到结果之后才会返回。 有人也许会把阻塞调用和同步调用等同起来，实际上他是不同的。对于同 步调用来说，很 多时候当前线程还是激活的，只是从逻辑上当前函数没有返回而已。例如，我们在 CSocket 中调用 Receive 函数，如果缓冲区中没有数 据，这个函数就会一直等待，直到有数据才返 回。而此时，当前线程还会继续处理各种各样的消息。如果主窗口和调用函数在同一个线程 中，除非你在特殊的界面操 作函数中调用，其实主界面还是应该可以刷新。socket 接收数 据的另外一个函数 recv 则是一个阻塞调用的例子。当 socket 工作在阻塞模式的时候， 如 果没有数据的情况下调用该函数，则当前线程就会被挂起，直到有数据为止。 非阻塞 非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会 立刻返回。 对象的阻塞模式和阻塞函数调用 对象是否处于阻塞模式和函数是不是阻塞调用有很强的相关性，但是并不是一一对应的。阻 塞对象上可以有非阻塞的调用方式，我们可以通过一定的 API 去轮询状 态，在适当的时候 调用阻塞函数，就可以避免阻塞。而对于非阻塞对象，调用特殊的函数也可以进入阻塞调用。 函数 select 就是这样的一个例子。 阻塞通信 - 通过重叠通信和计算在许多系统能提高性能。由一个智能通信控制器自动地执行通信的系统 是真实的。轻重线索是取得这种重叠的一种机制。导致好性能的 一个可选的机制是使用 非阻塞通信。一个阻塞发送开始调用初始化这个发送操作，但不完成它。在这个消息被从这 个发送缓存拷出以前，这个发送开始调用将返回。 需要一个独立的“发送完成”调用完成 这个通信，例如，检验从发送缓存拷出的数据。用适当的硬件，在发送被初始化后和它完成 以前，来自发送者存储的数据转换 可以和在发送者完成的计算同时进行。类似地，一个非 阻塞“接收开始调用”初始化这个接收操作 但不完成它。在一个消息被存入这个接收缓存 以前，这个调用将返回。须要一个独立的“接收完成”调用完成这个接收操作，并检验被接 收到这个接收缓存的数据。 用适当的硬件，在接收操作初始化后和它完成以前，到接收者 存储的数据转换可以和计算同时进行。非阻塞接收的使用虽着信息较早地在接收缓存位置被 提供，也可 以避免系统缓存和存储器到存储器拷贝。 非阻塞发送开始调用能使用与阻塞发送一样的四种模式: 标准 缓存 同步和准备好模式。这 些具有同样的意义。无论一个匹配接收是否已登入，能开始除“准备好”以外的所有模式的 发送；只要一个匹配接收已登入，就能开始一个非 阻塞“准备好”发送。在所有情况下， 发送开始调用是局部的：无论其它进程的状态如何，它立刻返回。如果这个调用使得一些系 统资源用完，那么它将失败并返回 一个错误代码。高质量的 MPI 实现应保证这种情况只在 “病态”时发生。即，一个 MPI 实现将能支持大数量挂起非阻塞操作。 当数据已被从发送缓存拷出时，这个发送完成调用返回。它可以带有附加的意义，这取决于 发送模式。 如果发送模式是“同步的” ，那么只有一个匹配接收已开始这个发送才能完成。即，一个接 收已被登入，并已和这个发送匹配。这时，这个发送完成调用是非 局部的。注意，在接收 完成调用发生以前，如果一个同步、非阻塞发送和一个非阻塞接收匹配 它可以完成。(发送 者一“知道”转换将结束，它就能完成，但在接收者“知道”转换将结束以前)。 如果发送模式是“缓存” ，并没有挂起接收，那么消息必须被缓存。这时，发送完成调用是 局部的，而且无论一个匹配接收的状态如何，它必须成功。 如果发送模式是标准的，同时这个消息被缓存，那么在一个匹配接收发生以前，发送结束调 用可以返回。另一方面，发送完成直到一个匹配接收发生才可以完成，并且这个消息已被拷 到接收缓存。 非阻塞发送能被用阻塞接收匹配，反过来也可以。 给用户的建议. 一个发送操作的完成 对于标准模式可以被延迟 对于同部模式必须延迟 直 到一个匹配接收登入。这两种情况下非阻塞发送的使用允许发送者提前于接收者进行，以便 在两进程的速度方面，计算更容忍波动。 缓存和准备好模式中的非阻塞发送有一个更有限的影响。一可能一个非阻塞发送将返回，而 一个阻塞发送将在数据被从发送者存储拷出后返回。只要在数据拷贝能和计算同时的情况下， 非阻塞发送的使用有优点。 消息