flm_llx
- 浏览: 60364 次
- 性别:
- 来自: 应县
-
最新评论
-
fc19861011：
请问你解决了吗？poi修改word中生成的图表数据找了好久没发 ...
jacob 怎么改变 word图表的数据呢？ -
longgol：
GridPanel中mouseover事件获取列index
...
GridPanel中mouseover事件获取行index
Tomat源码学习（二）
下面，我们重点针对Catalina子模块，熟悉Tomcat的几个关键组件。
(1) 服务器(Server)
在Tomcat中，服务器代表整个J2EE容器，所有的服务及服务上下文均包含在服务器内。我们打开Tomcat源代码，可以看到org.apache.catalina.Server这个接口，其中比较重要的方法有initialize(负责Tomcat启动前的初始化工作)，还有一些服务(Services)管理方法，比如removeService()、addService()、findService()之类的方法。
在Tomcat运行时，我们永远只有一个Server实例，这不由让我们联想到单例模式(Singleton Pattern)。不错，在Tomcat中，Server的实例化工作正是由一个叫ServerFactory工厂类完成的，这个工厂类实现了单例设计模式。
比较有意思的是，这个工厂类的产品创建方法名为getServer()而不是标准的createServer()方法，并且没有加synchronized或synchronized(this)保护，这是为什么呢？我们知道，在应用单例模式时，需要注意的一个关键点就是多线程的调用问题，如果我们的工厂类在创建单例对象时，这个工厂类有可能被多个线程并发调用的话，那么最好给这个工厂方法加上synchronized以避免产生两个不同的产品类实例。如果您想避免synchronized的锁机制造成的性能损失，请使用双重检查机制(double-checked locking)。所以，如果考虑多线程，这个工厂类的getServer()方法应该写成：（红色代码是作者另加上的，源代码中没有）。
/**
* Return the singleton <code>Server</code> instance for this JVM.
*/
public static Server getServer() {
if( server==null ){
synchronized (ServerFactory.class) {
if(server==null){
server=new StandardServer();
}
}
}
return (server);
}
为什么Tomcat在实现时没有加上面的红色代码呢？这是因为，Tomcat启动时创建Server对象，不可能出现多线程情况，所以就免掉了双重检查。如果我们确信没有多线程调用我们的单例工厂类，我们也可以这样做。
另外，如果您对ServerFactory进行调试，您会发现一个非常有趣的现象，这个工厂先执行的不是create方法(此处为getServer方法)，而是setServer方法。这意味着这个工厂方法其实并不生产实际产品，实际产品是从别处产生，然后通过setServer方法注册到这个Factory。当下次有客户请求产品时，这个工厂方法只是简单的把现成的单例产品传给客户。所以这个类其实只需一个单例类足矣，根本没有必要使用工厂模式，所以Tomcat的开发者也觉得不好意思使用标准的工厂方法createProduct，杀鸡焉用宰牛刀，对吗？
在Tomcat6.0中，服务器(Server)接口的实现类只有一个，那就是org.apache.catalina.core. StandardServer类。这是一个标准的服务器实现类，这个类不但实现了Server接口，而且还实现了Lifecycle和MBeanRegistration接口，Lifecycle主要提供了服务器的生命周期管理功能，比如说启动、停止等方法，而MBeanRegistration接口是为了将server注册到MBean服务器，以便在Tomat运行时，我们能通过JMX来管理服务器。
从Tomcat5.0开始，Tomcat的开发人员在JMX管理上着实下了一番功夫，争取做到让Tomcat具有JBoss那样非常强大的管理功能。
(2) 服务(Service)
在上述的标准服务器(StanderServer.java)实现代码中，我们可以看到其中有一个services的数组，这个数组就是用来存储服务(Service)的。所以，我们可以这样理解，一个服务器可能有一至多个服务组成。所谓服务，就是包含一至多个连接器的组件，能够对用户请求作出响应的组件。打开org.apache.catalina.Service.java的源代码，我们可以看到其中含有一个连接器数组(Connector[])，这表明一个Service有可能包含一个到多个连接器。但所有这些连接器都属于一个引擎(Engine或Container)。在Tomcat6中，org.apache.catalina.Service接口由org.apache.catalina.core. StandardService类来实现的。
(3) 引擎(Engine)
对一个具体的服务(service)来说，引擎是一个用户请求的处理管道，这个管道很特别，因为它只处理Servlet请求，在Tomcat中，引擎其实就是指Servlet引擎。引擎从这些连接器那里接收到Servlet请求，然后处理它们，并将响应的结果传回到适当的连接器，从而将响应发送到客户端。简单地说，引擎的功能就是如何处理用户的Servlet请求。
org.apache.catalina.Engine这个接口继承自org.apache.catalina.Container，说明引擎是一种特殊的Container，是一种专门用来处理servlet请求的容器。
(4) 主机(Host)
对Tomcat服务器来说，主机是Tomcats所在机器的网络名(域名)。一个引擎可能包含多个主机，主机支持网络别名。例如，用户通过配置config.xml里面的主机(Host)元素，让www.abc.com和abc.com 指向同一台Tomcat应用服务器。
(5) 连接器(Connector)
在Tomcat中，连接器负责和客户端进行请求响应的交流。Tomcat中有两种连接器(Coyote和JK连接器)，Coyote连接器实现了Http1.1协议，我们可以将它理解为Tomcat的Web服务器部分。JK连接器负责处理来自第三方Web服务器的请求，并将请求结果发送给第三方Web服务器。针对Apache Httpd Web服务器，JK连接器实现了AJP协议。
在Tomcat6.0中，实现Coyote连接器的类是org.apache.catalina.connector.Connector。
(6) 上下文(Context)
上下文代表某一具体的Web应用，一个主机可包含多个Web应用，所以可有多个Web应用上下文，不同的上下文可用不同路径来表示。上下文里含有一些关于该Web应用的一些具体信息，比如欢迎页面的文件名，web.xml文件的位置等等信息。
上下文在Tomcat的源码中对应org.apache.catalina.Context接口，其具体实现为org.apache.catalina.core.StandardContext。
至此为止，我们熟悉了Tomcat架构中一些重要组件。下面我们用UML类图(Class Diagram)来总结一下。
在上面的类图中，我们先撇开Tomcat组件不谈，首先给我们印象最深刻的一点是：针对接口编程，而非针对具体实现编程(Program to interface, not implementation)。人家老外这点确实值得我们学习。上面的类图中，共有7个类，其余均为接口，这些类无一例外地调用了接口，而非具体的实现类。ServerFactory调用了Server接口，而非StandServer的实现类；Connector类调用了Service接口和Container接口，而没有调用它们的实现类；StandardService类调用了Container接口和Server接口，也同样没有调用它们的实现类。所以我们在编程时，也要贯彻这条原则。
在<<Head First Design Patterns>>一书里，作者举了个非常生动的例子，请看下面三段代码：
a) 代码片段一
Dog d=new Dog();
d.bark();
b) 代码片段二
Animal animal=new Dog();
animal.makeSound();
c) 代码片段三
Animal animal = getAnimal();
animal.makeSound();
作者详细解释了上面第三段代码为什么是最好的，而第二段又为什么比第一段好的道理。东扯西拉这么多，现在我们切入正题。
从上面的类图中，我们可以非常清晰地理解Tomcat的总体架构：
a) Server(服务器)是Tomcat构成的顶级构成元素，所有一切均包含在Server中，Server的实现类StandardServer可以包含一个到多个Services；
b) 次顶级元素Service的实现类为StandardService调用了容器(Container)接口，其实是调用了Servlet Engine(引擎)，而且StandardService类中也指明了该Service归属的Server；
c) 接下来次级的构成元素就是容器(Container)，主机(Host)、上下文(Context)和引擎(Engine)均继承自Container接口，所以它们都是容器。但是，它们是有父子关系的，在主机(Host)、上下文(Context)和引擎(Engine)这三类容器中，引擎是顶级容器，直接包含是主机容器，而主机容器又包含上下文容器，所以引擎、主机和上下文从大小上来说又构成父子关系，虽然它们都继承自Container接口。
d) 连接器(Connector)没有接口(这可是违反了面向接口编程的原则哟！)，它直接实现了Http1.1协议。连接器将Service和Container连接起来，首先它需要注册到一个Service，它的作用就是把来自客户端的请求转发到Container(容器)，这就是它为什么称作连接器的原因。
下面我们来小结一下，Tomcat的架构从功能的角度，可以分成5个子模块，它们分别是Connector子模块，Jsper子模块，Servlet子模块，Catalina子模块和Resource子模块，每个子模块负责一定的功能；从组件的角度，我们可以看到Tomcat中至少有7个关键组件，它们Server组件、Service组件、Container组件、Connector组件及继承自Container组件的Host组件、Engine组件和Container组件，从UML Class Diagram中，我们可以非常明确地理解它们的包容关系。到此为止，希望我们能对Tomcat的架构有一个比较清晰的认识。
下面，我们重点针对Catalina子模块，熟悉Tomcat的几个关键组件。
(1) 服务器(Server)
在Tomcat中，服务器代表整个J2EE容器，所有的服务及服务上下文均包含在服务器内。我们打开Tomcat源代码，可以看到org.apache.catalina.Server这个接口，其中比较重要的方法有initialize(负责Tomcat启动前的初始化工作)，还有一些服务(Services)管理方法，比如removeService()、addService()、findService()之类的方法。
在Tomcat运行时，我们永远只有一个Server实例，这不由让我们联想到单例模式(Singleton Pattern)。不错，在Tomcat中，Server的实例化工作正是由一个叫ServerFactory工厂类完成的，这个工厂类实现了单例设计模式。
比较有意思的是，这个工厂类的产品创建方法名为getServer()而不是标准的createServer()方法，并且没有加synchronized或synchronized(this)保护，这是为什么呢？我们知道，在应用单例模式时，需要注意的一个关键点就是多线程的调用问题，如果我们的工厂类在创建单例对象时，这个工厂类有可能被多个线程并发调用的话，那么最好给这个工厂方法加上synchronized以避免产生两个不同的产品类实例。如果您想避免synchronized的锁机制造成的性能损失，请使用双重检查机制(double-checked locking)。所以，如果考虑多线程，这个工厂类的getServer()方法应该写成：（红色代码是作者另加上的，源代码中没有）。
/**
* Return the singleton <code>Server</code> instance for this JVM.
*/
public static Server getServer() {
if( server==null ){
synchronized (ServerFactory.class) {
if(server==null){
server=new StandardServer();
}
}
}
return (server);
}
为什么Tomcat在实现时没有加上面的红色代码呢？这是因为，Tomcat启动时创建Server对象，不可能出现多线程情况，所以就免掉了双重检查。如果我们确信没有多线程调用我们的单例工厂类，我们也可以这样做。
另外，如果您对ServerFactory进行调试，您会发现一个非常有趣的现象，这个工厂先执行的不是create方法(此处为getServer方法)，而是setServer方法。这意味着这个工厂方法其实并不生产实际产品，实际产品是从别处产生，然后通过setServer方法注册到这个Factory。当下次有客户请求产品时，这个工厂方法只是简单的把现成的单例产品传给客户。所以这个类其实只需一个单例类足矣，根本没有必要使用工厂模式，所以Tomcat的开发者也觉得不好意思使用标准的工厂方法createProduct，杀鸡焉用宰牛刀，对吗？
在Tomcat6.0中，服务器(Server)接口的实现类只有一个，那就是org.apache.catalina.core. StandardServer类。这是一个标准的服务器实现类，这个类不但实现了Server接口，而且还实现了Lifecycle和MBeanRegistration接口，Lifecycle主要提供了服务器的生命周期管理功能，比如说启动、停止等方法，而MBeanRegistration接口是为了将server注册到MBean服务器，以便在Tomat运行时，我们能通过JMX来管理服务器。
从Tomcat5.0开始，Tomcat的开发人员在JMX管理上着实下了一番功夫，争取做到让Tomcat具有JBoss那样非常强大的管理功能。
(2) 服务(Service)
在上述的标准服务器(StanderServer.java)实现代码中，我们可以看到其中有一个services的数组，这个数组就是用来存储服务(Service)的。所以，我们可以这样理解，一个服务器可能有一至多个服务组成。所谓服务，就是包含一至多个连接器的组件，能够对用户请求作出响应的组件。打开org.apache.catalina.Service.java的源代码，我们可以看到其中含有一个连接器数组(Connector[])，这表明一个Service有可能包含一个到多个连接器。但所有这些连接器都属于一个引擎(Engine或Container)。在Tomcat6中，org.apache.catalina.Service接口由org.apache.catalina.core. StandardService类来实现的。
(3) 引擎(Engine)
对一个具体的服务(service)来说，引擎是一个用户请求的处理管道，这个管道很特别，因为它只处理Servlet请求，在Tomcat中，引擎其实就是指Servlet引擎。引擎从这些连接器那里接收到Servlet请求，然后处理它们，并将响应的结果传回到适当的连接器，从而将响应发送到客户端。简单地说，引擎的功能就是如何处理用户的Servlet请求。
org.apache.catalina.Engine这个接口继承自org.apache.catalina.Container，说明引擎是一种特殊的Container，是一种专门用来处理servlet请求的容器。
(4) 主机(Host)
对Tomcat服务器来说，主机是Tomcats所在机器的网络名(域名)。一个引擎可能包含多个主机，主机支持网络别名。例如，用户通过配置config.xml里面的主机(Host)元素，让www.abc.com和abc.com 指向同一台Tomcat应用服务器。
(5) 连接器(Connector)
在Tomcat中，连接器负责和客户端进行请求响应的交流。Tomcat中有两种连接器(Coyote和JK连接器)，Coyote连接器实现了Http1.1协议，我们可以将它理解为Tomcat的Web服务器部分。JK连接器负责处理来自第三方Web服务器的请求，并将请求结果发送给第三方Web服务器。针对Apache Httpd Web服务器，JK连接器实现了AJP协议。
在Tomcat6.0中，实现Coyote连接器的类是org.apache.catalina.connector.Connector。
(6) 上下文(Context)
上下文代表某一具体的Web应用，一个主机可包含多个Web应用，所以可有多个Web应用上下文，不同的上下文可用不同路径来表示。上下文里含有一些关于该Web应用的一些具体信息，比如欢迎页面的文件名，web.xml文件的位置等等信息。
上下文在Tomcat的源码中对应org.apache.catalina.Context接口，其具体实现为org.apache.catalina.core.StandardContext。
至此为止，我们熟悉了Tomcat架构中一些重要组件。下面我们用UML类图(Class Diagram)来总结一下。
在上面的类图中，我们先撇开Tomcat组件不谈，首先给我们印象最深刻的一点是：针对接口编程，而非针对具体实现编程(Program to interface, not implementation)。人家老外这点确实值得我们学习。上面的类图中，共有7个类，其余均为接口，这些类无一例外地调用了接口，而非具体的实现类。ServerFactory调用了Server接口，而非StandServer的实现类；Connector类调用了Service接口和Container接口，而没有调用它们的实现类；StandardService类调用了Container接口和Server接口，也同样没有调用它们的实现类。所以我们在编程时，也要贯彻这条原则。
在<<Head First Design Patterns>>一书里，作者举了个非常生动的例子，请看下面三段代码：
a) 代码片段一
Dog d=new Dog();
d.bark();
b) 代码片段二
Animal animal=new Dog();
animal.makeSound();
c) 代码片段三
Animal animal = getAnimal();
animal.makeSound();
作者详细解释了上面第三段代码为什么是最好的，而第二段又为什么比第一段好的道理。东扯西拉这么多，现在我们切入正题。
从上面的类图中，我们可以非常清晰地理解Tomcat的总体架构：
a) Server(服务器)是Tomcat构成的顶级构成元素，所有一切均包含在Server中，Server的实现类StandardServer可以包含一个到多个Services；
b) 次顶级元素Service的实现类为StandardService调用了容器(Container)接口，其实是调用了Servlet Engine(引擎)，而且StandardService类中也指明了该Service归属的Server；
c) 接下来次级的构成元素就是容器(Container)，主机(Host)、上下文(Context)和引擎(Engine)均继承自Container接口，所以它们都是容器。但是，它们是有父子关系的，在主机(Host)、上下文(Context)和引擎(Engine)这三类容器中，引擎是顶级容器，直接包含是主机容器，而主机容器又包含上下文容器，所以引擎、主机和上下文从大小上来说又构成父子关系，虽然它们都继承自Container接口。
d) 连接器(Connector)没有接口(这可是违反了面向接口编程的原则哟！)，它直接实现了Http1.1协议。连接器将Service和Container连接起来，首先它需要注册到一个Service，它的作用就是把来自客户端的请求转发到Container(容器)，这就是它为什么称作连接器的原因。
下面我们来小结一下，Tomcat的架构从功能的角度，可以分成5个子模块，它们分别是Connector子模块，Jsper子模块，Servlet子模块，Catalina子模块和Resource子模块，每个子模块负责一定的功能；从组件的角度，我们可以看到Tomcat中至少有7个关键组件，它们Server组件、Service组件、Container组件、Connector组件及继承自Container组件的Host组件、Engine组件和Container组件，从UML Class Diagram中，我们可以非常明确地理解它们的包容关系。到此为止，希望我们能对Tomcat的架构有一个比较清晰的认识。
分享到：
发表评论
-
Tomcat集群与负载均衡
2011-01-26 16:00 589在单一的服务器上执行W ... -
xalan-2.7.0.jar下载地址
2011-01-26 15:59 3178xalan-2.7.0.jar下载地址:http://svn. ... -
provider org.apache.xalan.processor.TransformerFactoryImpl not found
2011-01-26 15:58 944完整的Exception： Exception startin ... -
Apache与Tomcat整合的简单方法
2011-01-26 15:57 6761、准备，下载需要的文件。这里假定你已经正确安装配置好了JDK ... -
(转)Tomcat源码学习（一）
2011-01-26 15:57 593Tomcat源码学习（一） http://carllgc.bl ... -
Tomat源码学习（二） [图片]
2011-01-26 15:55 712Tomat源码学习（二） Tomat6的整体架构 在上篇文 ... -
JNDI
2011-01-26 15:49 695Java术语 英文全称是:Java ... -
JSP内建对象- - 转
2011-01-26 15:48 555① out - javax.servlet.jsp.jspWr ... -
全面理解String(JAVA复习)- -
2011-01-26 15:48 5841. 首先String不属 ... -
初学者如何开发出高质量的J2EE系统 (转载)
2011-01-26 15:47 697J2EE学习者越来越多，J2E ... -
关于JSP中的taglib uri
2011-01-26 15:47 1009自定义标签在jsp中应用是需要声明标签库，有下面两种方式： 1 ... -
context-param和init-param区别
2011-01-26 15:46 443web.xml里面可以定义两种参数： (1)applicati ... -
javax.servlet.Filter运用
2011-01-26 15:46 687Servlets Filter 是Servlet 2.3 规范 ... -
javax.servlet.FilterChain
2011-01-26 15:45 961javax.servlet Interface Filter ... -
引用 五个有用的过滤器 Filter
2011-01-26 15:45 620引用 xyz 的 五个有用的过滤器 Filter 来源：htt ... -
spring:简单的属性参考
2011-01-26 15:43 549在定义文件（XML配置文件）中定义Bean时，可以直接指定一个 ... -
spring:Inversion of Control具体实现【资料搜集】
2011-01-26 15:42 598IoC(Inversion of Control)控制反转的具 ... -
学习Spring前必须了解的几点【资料搜集】
2011-01-26 15:42 847轻量级（Lightweight） 轻量级的形容是相对于 ... -
struts2:主题: Interceptor在Struts2中的应用... [图片]
2011-01-26 15:41 665Interceptor（拦截器）将Action共用的行为独立出 ... -
struts2配置文件介绍
2011-01-26 15:40 634一、Struts2配置文件 Struts2相关的配置文件有w ...
相关推荐
Tomcat源码研究.pdf。Catalina脚本解析，Tomcat启动遇到的常见问题，架构探讨，JMX在tomcat中的应用，容器初探，生命周期
Spring源码分析，web源码分析，Tomcat架构源码分析都是非常深入的源码级课程，期待研究设计模式和深入学习源码内功的朋友们，一定要仔细的学习研究。 (0)；目录中文件数:1个 ├─3.代码.zip (1)\1.笔记；目录中文...
公司目前的多数项目采用的是ArcGIS产品+Oracle+WebLogic/Tomcat/APUSIC/WebShpere这样的架构。由于公司从事的是政府项目，甲方单位普遍均采购有以上产品，所以很多时候忽略购买以上产品所需要的费用。并且很多项目的...
基于J2EE的在线考试系统构建探讨 一、高校在线考试系统需求分析 在线考试系统的一般功能是将传统考试过程中的试卷组织、审定印制、传送收集、登记发放、评判归档各个环节缩小到一至两个环节，并尽量屏蔽...
学过Asp.net，利用Asp.net做项目，在IIS发布网站。学过JSP，得知JSP最终转化成Servlet，并且使用Tomcat部署过java ...若是对web服务器概念模糊，建议，可以停下来看看此文章，互相探讨。一个事物的
基于JSP门诊预约系统的开发上使用三层架构，MySQL数据库，Tomcat服务，MyEclips和Dreamweaver开发工具。结构上使用B/S结构，B/S模式是现在比较流行的数据库应用模式，通过Internet进行通信，可以不受地域的限制。在...
学生毕业离校系统的开发过程中，采用B / S架构，主要使用Java技术进行开发，结合最新流行的springboot框架。中间件服务器是Tomcat服务器，使用Mysql数据库和Eclipse开发环境。 该学生毕业离校系统包括管理员、学生...
学生毕业离校系统的开发过程中，采用B / S架构，主要使用Java技术进行开发，结合最新流行的springboot框架。中间件服务器是Tomcat服务器，使用Mysql数据库和Eclipse开发环境。 该学生毕业离校系统包括管理员、学生...
9.2.1 Tomcat：正统的类加载器架构 9.2.2 OSGi：灵活的类加载器架构 9.2.3 字节码生成技术与动态代理的实现 9.2.4 Retrotranslator：跨越JDK版本 9.3 实战：自己动手实现远程执行功能 9.3.1 目标 9.3.2 思路 ...
他还撰写了深入揭示Tomcat工作机理和设计理念的名著How Tomcat Works，并在多种权威出版物上发表过100多篇文章。 目录 第1章 Model 2应用程序 1 1.1 Model 2概览 1 1.2 带servlet控制器的Model 2 2 1.2.1 Product...