【转】网络编程模型综述 之 成熟的IO框架介绍

分类： linux网络编程 |  标签： |字号大中小 订阅

ACE

“重量级的C++ I/O框架，用面向对象实现了一些I/O策略和其它有用的东西，特别是它的Reactor是用OO方式处理非阻塞I/O，而Proactor是用OO方式处理异步I/O的( In particular, his Reactor is an OO way of doing nonblocking I/O, and Proactor is an OO way of doing asynchronous I/O). ”

从不少实际使用来看，ACE是一个很值得学习的网络框架，但因为它过于重量级，致使使用起来并不方便。

ACE中提出了两种网络模式：Proactor和Reactor。

ASIO

“C++的I/O框架，逐渐成为Boost库的一部分。it’s like ACE updated for the STL era。”

支持select、epoll、IOCP等IO模型；

libevent

由Niels Provos用C编写的一个轻量级的I/O框架。它支持kqueue和select、poll和epoll。

1.4.11版还不支持windows的IOCP，但已经有不少开发者本身修改源码，把IOCP合并进去。

C10K问题与解决之道

         一台服务器如何同时处理一万个以上的客户端，这就是著名的C10K问题；这个问题曾经困扰过不少服务器的架构师，但这种困扰随着时间的推移早已成为了过去。

         网络的众多模型中，有些适合简单处理，有些适合复杂应用，而C10K问题考验的则是网络框架的并发和大链接处理能力，异步I/O虽然也是为并发和大链接设计，但目前aio并不支持socket，因此目前最适合的解决方案是I/O复用。

         I/O复用最初在解决C10K问题时也并不出色，随着链接数的增长，处理单个socket请求所花费的事件也迅速增长，但kqueue和epoll的出世后，I/O复用成为了C10K问题的首选方案，下图是libevent给出的测试数据：

     

从图中能够看出，select、poll随着须要处理的链接数（横轴）增多，处理单个链接的时间明显变长，而epoll和kqueue的表现则很是优秀。