源文: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的。
4 如何实现Connector
由上面的介绍我们可以知道,实现Connector就是实现ProtocolHander接口的过程。
AjpAprProtocol、AjpProtocol、Http11AprProtocol、Http11Protocol、 JkCoyoteHandler、MemoryProtocolHandler这些实现类的实现流程与Http11NioProtocol相同,下面我们以Http11NioProtocol为类重点说明tomcat中如何实现ProtocolHander接口的。
Http11NioProtocol实现了ProtocolHander接口,它将所有的操作委托给NioEndpoint类去做,如下图:

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。

4.2 Start接口实现方法中启动所有线程
Start方法中启动了线程池,acceptor线程与Poller线程。其中acceptor与poller线程一般数目为1,当然,数目也可配置。

可以看出,线程池有两种实现方式:
- 普通queue + wait + notify方式,默认使用的方式,据说实际测试这种比下种效率高
- JDK1.5自带的线程池方式
4.3 Acceptor线程接收客户请求、注册READ事件
在Acceptor线程中接收了客户请求,同时委托线程池注册READ事件。
- 在Acceptior线程中接收了客户请求(serverSock.accept())
-

- 委托线程池处理
-

- 在线程池的Worker线程的run方法中有这么几句:
-

在setSocketOptions方法中,首先将socket配置成非阻塞模式:

在setSocketOptions方法中,最后调用getPoller0().register(channel);一句为SocketChannel注册READ事件,register方法代码如下(注意:这是Poller线程的方法)

其中attachment的结构如下,它可以看做是一个共享的数据结构:

4.4 Poller线程读请求、生成响应数据、注册WRITE事件
- 在上面说的setSocketOptions方法中调用Poller线程的register方法注册读事件之后,当READ准备就绪之后,就开始读了。下面代码位于Poller线程的run方法之中:

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容器性能的关键。

- 大小: 18.6 KB

- 大小: 24.3 KB

- 大小: 60.8 KB

- 大小: 22.8 KB

- 大小: 60.5 KB

- 大小: 11.7 KB

- 大小: 25.6 KB

- 大小: 32.8 KB

- 大小: 13.5 KB

- 大小: 27.1 KB

- 大小: 103.5 KB

- 大小: 78.9 KB

- 大小: 23 KB

- 大小: 68.1 KB

- 大小: 47.1 KB

- 大小: 14.5 KB

- 大小: 49 KB
分享到:
相关推荐
1. "Tomcat处理HTTP请求源码分析.doc":详细阐述了Tomcat接收到HTTP请求后,如何解析请求头、执行请求方法、构造响应的过程,包括Servlet生命周期和请求转发等。 2. "Tomcat的类载入器以及源码分析.doc":详细介绍...
《Tomcat6源码分析——深入理解Web服务器的运行机制》 Tomcat6作为Apache软件基金会的Jakarta项目的一部分,是一款广泛使用的Java Servlet容器,它实现了Java Servlet和JavaServer Pages(JSP)规范,为开发和部署...
### Tomcat架构的源码分析 #### 一、Tomcat的架构概述 Tomcat作为一款广泛使用的开源Java Servlet容器,其内部架构设计简洁而高效。本文档将对Tomcat的架构进行详细介绍,并从源码层面深入分析其核心组成部分。...
对 NIO 模式,请求的流程描述的很详细。值得去仔细的研究。
通过分析这个源码包,开发者不仅可以了解Tomcat的工作原理,还能学习到Java服务器编程的最佳实践,这对于提升Java Web开发技能大有裨益。同时,对于希望优化Tomcat性能或者解决特定问题的开发者来说,直接查看源码是...
Apache Tomcat源码分析 Apache Tomcat是一款广泛应用的开源Java Servlet容器,它是Java EE Web应用程序的标准实现。Tomcat源码的深入理解对于Java Web开发者来说是至关重要的,它可以帮助我们了解HTTP服务器的工作...
#### Tomcat处理一次请求过程分析 当客户端向Tomcat发送HTTP请求时,Tomcat会通过以下步骤处理请求: 1. **连接器接收请求**:`Connector`组件负责监听客户端请求,并将请求传递给适配器。 2. **协议适配器处理...
总之,《Tomcat深入剖析》结合源码分析,是一本全面且深入的Tomcat学习资源,无论是初学者还是经验丰富的开发者,都能从中受益匪浅。通过学习,读者不仅能够掌握Tomcat的基本操作,还能深入了解其内部机制,为构建...
【TOMCAT源码分析(启动框架)】 Tomcat是一款广泛应用的开源Java Servlet容器,它实现了Java Servlet和JavaServer Pages(JSP)规范,为Web应用程序提供了运行环境。本篇文章将深入探讨Tomcat的系统框架及其启动流程...
【标题】"Tomcat源码分析" 在深入探讨Tomcat源码之前,首先需要了解Tomcat是什么。Tomcat是一款开源的、基于Java的Web应用服务器,由Apache软件基金会开发。它实现了Java Servlet和JavaServer Pages(JSP)规范,...
Apache Tomcat 8.5.23 源码分析 Apache Tomcat 是一个开源的、免费的Web服务器和Servlet容器,它实现了Java Servlet和JavaServer Pages(JSP)规范,是开发和部署Java Web应用的重要平台。深入理解Tomcat的源码有助...
标题“Tomcat分配请求之——Socket获取请求”主要涉及的是Tomcat服务器在处理HTTP请求时的核心机制。在Web服务器中,Tomcat是一个广泛使用的开源应用服务器,它负责解析并响应来自客户端(如浏览器)的HTTP请求。这...
源码分析是提升开发者对服务器内部运作机制理解的重要途径,尤其对于Tomcat这样的核心组件,源码的学习能够帮助我们更深入地理解Web应用的部署、运行以及性能优化。 首先,我们要了解Tomcat的架构。Tomcat7基于...
Tomcat作为轻量级应用服务器,它的源码分析对于学习和理解HTTP服务、Servlet容器、JSP编译和执行流程、线程管理、连接池以及安全管理等方面的知识具有极高的价值。 在Tomcat6的源码中,我们可以关注以下几个关键点...
在`tomcat-connectors-1.2.37-src.zip`中,我们可以看到对HTTP/1.1协议的支持,包括解析请求、建立响应和管理线程池等。连接器的源码提供了如何实现高效的网络I/O处理的洞察。 Tomcat-native库(如`tomcat-native-...
Catalina是Tomcat的核心组件之一,负责处理HTTP请求。它通过一系列的层次结构来组织和管理Web应用,这些结构包括Server、Service、Engine、Host和Context。 - **Server**:代表整个Tomcat服务器实例。 - **Service*...
通过阅读Tomcat的源码,开发者可以理解其内部架构,包括如何处理HTTP请求,如何管理Web应用程序,以及如何执行Servlet和JSP。这对于优化性能、调试问题或定制自己的服务器组件非常有帮助。 Eclipse是一个广泛使用的...
这一步骤对于开发者来说极其重要,因为通过查看源码,开发者可以更深入地理解Tomcat处理HTTP请求、管理Servlet、部署Web应用程序以及执行其他核心功能的方式。 Tomcat源码的主要组成部分包括以下几个关键模块: 1....