两种高性能IO设计模式的比较.pdfVIP

维普资讯 两种高性能_／o 设计模式的比较 ◎ 文 ／AlexanderLibman VladimirGilbourd译 ／罗小平 两种 I／O 多路复用模式 ：Reactor和 Proactor 系塞统异I0步／方三式类可。分使阻用塞阻、塞非式阻I塞0／时同步，必和非须操阻 作结束后 ，被调用系统才将控制权返还调用者 。因 一 般地，I／O多路复用机制都依赖于一个事件 此 ，调用者线程在等待I／0完成期间被阻塞 ，在阻 多路分离器 (EventDemultiplexer)。分离器对象可 塞过程 中不能执行其他活动 ，不能重用于处理其 将来 自事件源的I／O事件分离出来 ，并分发到对应 他请求 ，这就造成 了资源浪费。例如，阻塞式sock~ 的read／write事件处理器 (EventHandler)。开发人 上的read()操作在缓冲区没有读取到数据前，不会 员预先注册需处理的事件及其事件处理器 (或回 返 回控制权 。 调函数)；事件分离器负责将请求事件传递给事件 而非阻塞同步模式可将控制权立即返还调用 处理器。 文 研 究 比 者 。调用者无需等待 ，就可得到被调用系统返 回的 两个与事件分离器有关的模式是Reactor和 较 了高性能TCP 结果 ：如果调用得到执行，并且结果数据准备就 Proactor。Reactor模式采用 同步I／O，而Proactor采 服务器 的两种设 绪，就返 回结果数据；否则，被调用系统就告知调 用异步I／O。在Reactor中，事件分离器负责等待文 计模式，提 出了 用者 ，系统没有资源 (即在socket中没有数据)，无 件描述符或socket为读写操作准备就绪，然后将就 一 种可扩展、多 法满足请求。在第二种情况下，调用者就有义务循 绪事件传递给对应处理器 ，最后 由处理器负责完 环调用 ，直到请求成功 。例如，非阻塞模式socket 成实际的读写工作。 平 台的解决方案 上的read()操作成功，则返回读到数据的字节数； 而在Proactor模式中，处理器——或者兼任处 (含实例)。文章 若失败 ，则返 回SOCKET_ERROR，其错误代号可 理器的事件分离器，只负责发起异步读写操作。I／ 还对各种方案 的 能是EWOULBLOCK或EAGAIN，表示 “未准备就 0操作本身由操作系统完成。传递给操作系统的参 Java、C≠}和 C++ 绪 ；稍后重试”。 数需包括用户定义的数据缓冲区地址 ，操作系统才 的实现做 了性能 在非阻塞异步调用中，被调用函数也会立即 能从中得到写出操作所需数据 ，或写入从socket读 返还控制权，并报告所请求操作的启动结果。被调 到的数据 。事件分离器捕获 I／O操作完成事件 ，然 比较。J 用系统将利用独立 的系统资源和线程执行调用者 后将事件传递给对应处理器。比如，在Windows上， 的请求；结