在博客上，一个简单的AIOweb来样加工。查看AIO异步处理，依靠操作系统完成IO操作Proactor处理模型确实很强大，它可以实现高并发。高响应server一个很好的选择，但在tomcat中间connector理模型还依然是基于NIO的处理。当然，我觉得这可能会在以后的版本号进行改进，但还有一方面，我更觉得AIO的负载控制方面的处理可能是比較难的，由于AIO api并没有提供我们对分配线程组的处理。而仅仅是提供一个线程组，交给操作系统去解决io处理上的问题，所以，这可能会给须要复杂处理的负载均衡带来一定的控制难度
对于tomcat的connector处理，我推荐看一下这篇博客。分析的比較到位http://liudeh-009.iteye.com/blog/1561638
tomcat的处理模型就是这种，通过acceptor去accept过来的channel，再将channel注冊到pollers中的selector，去select以及后面进行业务IO处理。接下来就是servlet引擎的工作 ，对channel的request进行响应。
好吧。接下来介绍一下我的实现吧，我的样例中是採用静态页面作为响应，假设有哪位朋友知道假设增加servlet，以及像tomcat一样servlet引擎的东西，请不吝赐教
类的结构图，这里就不贴代码了。有兴趣的朋友。能够到http://download.csdn.net/detail/chenxuegui123/7330269下载
我的处理模型还是差点儿相同的，都是基于把acceptor和业务IO处理的worker分离开，从而实现更高的响应速度，而和tomcat实现上又有些差别。在acceptor线程组中的每一个acceptor中我的实现并非让非堵塞的ServerSocketChannel一直accept，再对SocketChannel进行处理。而是通过再acceptor中增加一个selector。有操作系统通知我们感兴趣的事件的发生。（以上不贴源代码，有兴趣了解的朋友能够看一下上面的源代码，还有我的源代码下载），当然，这通过測试。在acceptor中增加selector的操作会使得并发更高
而在worker线程组中。我的每一个worker都维护这一个堵塞队列，对须要处理的io进行缓存，而不是在增加selector。由操作系统通知我们感兴趣时间的发生，由于在本例中是基于静态页面的响应，所以都是对于每一个请求即可响应。简单点，没有tomcat来的那么复杂
当然，经100000个并发响应測试。这个处理模型的并发速度还是不错的
版权声明：本文博主原创文章，博客，未经同意不得转载。