Tomcat处理HTTP请求源码分析(下)
源文:http://www.infoq.com/cn/articles/zh-tomcat-http-request-2
?
?
很多开源应用服务器都是集成tomcat作为web container的,而且对于tomcat的servlet container这部分代码很少改动。这样,这些应用服务器的性能基本上就取决于Tomcat处理HTTP请求的connector模块的性能。本文首先从应用层次分析了tomcat所有的connector种类及用法,接着从架构上分析了connector模块在整个tomcat中所处的位置,最后对 connector做了详细的源代码分析。并且我们以Http11NioProtocol为例详细说明了tomcat是如何通过实现 ProtocolHandler接口而构建connector的。
NioEndpoint类中的init方法中首先以普通阻塞方式启动了SocketServer:
?
?
?
NioEndpoint类的start方法是关键,如下:
?
?
可以看出,在start方法中启动了两个线程和一个线程池:
Acceptor线程,该线程以普通阻塞方式接收客户端请求(socket.accep()),将客户Socket交由线程池是处理,线程池要将该Socket配置成非阻塞模式(socket.configureBlocking(false)),并且向Selector注册READ事件。该线程数目可配置,默认为1个。Poller线程,由于Acceptor委托线程为客户端Socket注册了READ事件,当READ准备好时,就会进入Poller线程的循环,Poller线程也是委托线程池去做,线程池将NioChannel加入到 ConcurrentLinkedQueue<NioChannel>队列中。该线程数目可配置,默认为1个。线程池,就是上面说的做Acceptor与Poller线程委托要做的事情。4.1 Init接口实现方法中阻塞方式启动ServerSocketChannel在Init接口实现方法中阻塞方式启动ServerSocketChannel。
?
?
Start方法中启动了线程池,acceptor线程与Poller线程。其中acceptor与poller线程一般数目为1,当然,数目也可配置。
?
?
?
可以看出,线程池有两种实现方式:
普通queue + wait + notify方式,默认使用的方式,据说实际测试这种比下种效率高JDK1.5自带的线程池方式4.3 Acceptor线程接收客户请求、注册READ事件在Acceptor线程中接收了客户请求,同时委托线程池注册READ事件。
在setSocketOptions方法中,首先将socket配置成非阻塞模式:
?
在setSocketOptions方法中,最后调用getPoller0().register(channel);一句为SocketChannel注册READ事件,register方法代码如下(注意:这是Poller线程的方法)
?
?
其中attachment的结构如下,它可以看做是一个共享的数据结构:
?
?
?
?
2.可以看到,可读之后调用processSocket方法,该方法将读处理操作委拖给线程池处理(注意此时加入到线程池的是NioChannel,不是SocketChannel):
?
3.线程池的Worker线程中的run方法中的部分代码如下(请注意handler.process(socket)这一句):
?
?
?
注意:
调用了hanler.process(socket)来生成响应数据)数据生成完之后,注册WRITE事件的,代码如下:
?
?
4.5 Handle接口实现类通过Adpater调用Servlet容器生成响应数据NioEndpoint类中的Handler接口定义如下:
?
?
其中process方法通过Adapter来调用Servlet Container生成返回结果。Adapter接口定义如下:
?
?
?
4.6 小结实现一个tomcat连接器Connector就是实现ProtocolHander接口的过程。Connector用来接收Socket Client端的请求,通过内置的线程池去调用Servlet Container生成响应结果,并将响应结果同步或异步的返回给Socket Client。在第三方应用集成tomcat作为Web容器时,一般不会动Servlet Container端的代码,那么connector的性能将是整个Web容器性能的关键。
?
?