我要投稿
  • 您当前的位置:365bet官方 -> 技术教程 -> 服务器网络 -> 服务器教程 -> Web服务器教程 -> 教程内容
  • [ 收藏本页教程 ]
  • 从Tomcat中得到更多-Tomcat的源码分析[转载]Web服务器教程

    教程作者:佚名    教程来源:不详   教程栏目:Web服务器教程    收藏本页
                  摘要:从Tomcat中得到更多-Tomcat的源码分析[转载]
    从Tomcat中得到更多-Tomcat的源码分析 
     
     
       
    内容: 
     
    1.关于Tomcat的基本情况 
    2.从Tomcat中学习设计模式 
    3.从Tomcat源码中得到高效的软件组件 

     
     
    相关内容: 
     
    TCP/IP 介绍 
    TCP/IP 介绍 
     
     
    Java 专区中还有: 
     
    教学 
    工具与产品 
    代码与组件 
    所有文章 
    实用技巧 
     
     
     
     
    赵晨希 (zhaochenxi@vip.sina.com)
    2002 年 11 月

    1.关于Tomcat的基本情况

    众所周知Tomcat是一个免费的开放源码的Serlvet容器,它是Apache基金会的Jakarta项目中的一个核心项目,也是sun公司官方推荐的servlet和jsp容器,同时它还获得过多种荣誉。servlet和jsp的最新规范都可以在tomcat的新版本中得到实现。Tomcat具有轻量级和灵活嵌入到应用系统中的优点,所以得到了广泛的应用。在Tomcat的发展中,Sun在1999年六月宣布参与Jakarta项目的Tomcat servlet容器和Jsp引擎的开发,使得Tomcat在3.x和4.x版之间系统设计上发生了比较大的变化。Tomcat的其他信息我就不多说了。有兴趣的朋友可以访问http://jakarta.apache.org/ ;的官方网站得到更多的信息。

    因为工作的原因,我改写了Tomcat的一些代码,所以我粗略的研究了一下Tomcat3.3和Tomcat4.0的源码,深深地被这个开放软件的设计和实现吸引,感觉到这个软件中有许多值得我们学习和借鉴的地方。我把自己的理解介绍给大家算是抛砖引玉,不足和偏差还望大家批评指正。下面就来让我们看看从Tomcat那里我们可以得到什么。

    2.从Tomcat中学习设计模式

    Tomcat的设计和实现处处体现着设计模式的思想,它的基本流程是首先通过解析xml格式的配置文件,获得系统的配置和应用信息,然后加载定制的组件模块提供各种系统服务。系统的各部分功能都是通过可以配置的组件模块来实现的。Tomcat实现中像Observer,Facade,Adapter,Singleton等多种设计模型在Tomcat的源码中随处可见,为我们提供了一个很好的学习设计模式的平台。我主要介绍一下Tomcat中程序流程控制所采用的设计模式,这是一个程序运行的框架。前面提到由于Sun公司的参与,Tomcat虽然基本的流程没有变化,但是Tomcat3.3和Tomcat4.0版本之间在概念上还是有很大地不同的。Tomcat3.3整体上是模块化的设计,而Tomcat4.0可以看作是采用面向组件技术进行设计的。组件是比模块更高级的一个层次。我们可以通过比较它们之间的不同来了解实现一个服务器软件可以采用的设计模式和实现方式。

    2.1Tomcat3.3的基本结构设计

    Tomcat3.3采用的是一种模块化的链状的控制结构,它的主要设计模式有:

    Chain of responsibility(责任链)

    作为一个基于请求响应模式的服务器,在Tomcat3.3中采用一种链状处理的控制模式。请求在链上的各个环节上传递,在任一环节上可以存在若干个"监听器"处理它。这样做的目的是避免请求的发送者和接受者之间的直接耦合,从而可以为其他的对象提供了参与处理请求的机会。采用这个方式不但可以通过"监听器"实现系统功能,而且可以通过添加新的"监听器"对象实现系统功能的扩展。

    Interceptor(监听器)

    "监听器"是一个过去使用的名称,它可以看作 "模块(module)"的同义词。它是Tomcat功能模块构建和扩展的方式。Tomcat3.3的大部分功能都是通过"监听器"实现的。在Tomcat中提供了一种简单的钩子(Hook)机制,监听器对钩子中感兴趣的事件进行注册,事件发生后通过钩子唤醒已注册的"监听器"对象,"监听器"对象对Tomcat内核事件进行处理。这些模块都是围绕着"责任链"和"策略"的模式进行设计。通过"监听器"你可以监听各种特殊事件,进而控制处理请求的各个步骤---解析,认证,授权,会话,响应提交,缓冲区提交等等。

    Strategy(策略)

    所谓策略是指"定义一组规则,按照规则进行对象封装,使得他们只在规则内部进行交互"。通过策略模式使得Tomcat作为一个开源项目在开放环境下的开发和演变变得更轻松。通过这种模式把复杂的算法分成模块然后不同的开发组提供各自的实现。从而实现调用模块的代码和模块的具体实现代码的分别开发。这样可以使我们专注于问题的重点,并且减少问题之间的依赖性。在Tomcat中大量采用了策略的设计模式,通过这种方式每一种服务都提供了多种的实现(例如Tomcat中有2-3种认证模块),在代码完成后可以从稳定性和性能表现的考虑选择更好的实现。策略模式对开放式环境下的软件开发非常有用。

    我们通过简化的类图(见图一)和时序图(见图二),描述一下Tomcat3.3的程序流程控制如何通过监听器和责任链实现。
    [img:6da149f510]http://www-900.ibm.com/developerWorks/cn/java/l-from-tomact/1.gif[/img:6da149f510]
     
    图一 简化的类图

    关于类图的简单说明:

    BaseInterceptor:是所有监听器的基类,描述了基本的模块功能和对各种事件的缺省处理。

    ContextManage:系统的核心控制对象,进行请求处理和系统配置。它维护了全局的属性、web应用的内容和全局模块等多种信息,责任链的钩子实现也在其中。

    PoolTcpConnector:一个处理TCP连接的连接器对象,从BaseIntercepor派生。它包括一个具体处理socket连接的PoolTcpEndPoint类对象。

    PoolTcpEndPoint:处理实际的tcp连接。它有一个连接池对象ThreadPool和运行在独立线程中的应用逻辑类TcpWorkThread。

    TcpWorkThead:处理socket连接事务,调用接口TcpConnectionHandler中的请求处理方法。

    Http10Interceptor:从PoolTcpConnector派生,实现了TcpConnectionHandler接口,是一个真正的监听器对象。它按照Http1.0的协议标准对tcp连接进行处理,调用核心对象ContextManage的服务方法。

    [img:6da149f510]http://www-900.ibm.com/developerWorks/cn/java/l-from-tomact/2.gif[/img:6da149f510]
     
    图二 简化的时序图

    关于时序图中需要说明的地方:

    在contextManager初始化后会根据配置信息,加载基本的应用模块和各种监听器对象,创建钩子(Hook)机制,注册监听器对象,形成一个责任链。然后对各个监听器对象发出engineInit,engineStart消息。 
    一个请求在经过http10interceptor基本处理后提交到contextManager处理。 
    ContextManager的processRequest方法进行请求的处理。按照处理的步骤会顺序地发出H_postReadRequest,H_contextMap, H_requestMap等消息。然后从hook中取得对该消息注册的监听器对象,调用他们的处理方法,从而实现责任链方式。以下的代码片断说明了这种方式: 
    BaseInterceptor ri[];
    //取得注册对象
    ri=defaultContainer.getInterceptors(Container.H_postReadRequest);
    //执行注册对象的对消息的处理方法
    for( int i=0; i< ri.length; i++  { status=ri[i].postReadRequest( req ;......}

    系统退出时contextManager发出engineStop消息。 
    Tomcat3.3的基本程序结构就是采用上面介绍的方式设计的。它给我们的设计和开发提供了一个很好的思路,通过这种模式可以轻松的实现一个事件驱动的基于模块化设计的应用程序。各个功能通过模块实现,通过对责任链上的消息和处理步骤的改动或者添加新的监听器对象可以非常方便的扩展Tomcat的功能。所以这是一个非常好的设计。

    2.2Tomcat4.0的基本结构设计

    虽然Tomcat3.x已经实现了一个非常好的设计体系,但是在Sun公司加入后, Tomcat4.0中还是引入了不同的实现方式。主要的区别是Tomcat4.0采用了面向组件的设计方式, Tomcat4.0中的功能是由组件提供的,控制流程通过组件之间的通讯完成。这不同于Tomcat3.3中的基于模块的链式控制结构。

    面向组件的技术(CO)是比面向对象的技术(OOP)更高一层的抽象,它融合了面向对象的优点,加入了安全性和可扩展的模块设计,可以更好的映射问题域空间。采用面向组件的设计会带来很多好处,可以提高复用性、降低耦合度和通过组装构成系统等等。面向组件编程中有许多概念与原来面向对象的编程是不同的,例如:

    Message(消息):定义抽象操作; Method(方法):定义具体的操作;
    Interface(接口):一组消息的集合; Implementation(实现):一组方法的集合;
    Module(模块):静态的数据结构, Type(类型):动态的数据结构。

    软件组件不同与功能模块,它具有以下特性:

    组件是一个自包容的模块,具有定义清楚的界线,对外提供它的能力、属性和事件。 
    组件自身不保留状态。 
    组件可以是一个类,大部分情况下是一组类。 
    在Java 语言中对面向组件编程的支持是通过JavaBeans模型获得的。JavaBean组件框架提供了对事件和属性的支持。Tomcat4.0的组件的就是通过JavaBean技术实现的。这是它和Tomcat3.3中最大的不同。下面我们来看一下Tomcat4.0是如何通过面向组件编程来实现程序流程控制的。

    面向组件编程时设计组件是关键,从Tomcat4.0中可以看出主要使用了以下的设计模式:

    Separation of Concerns(SOC)
  • 上一篇:mod_rewrite 详解Web服务器教程
  • 下一篇:Apche日志系列(4):日志分析[转载]Web服务器教程
  • 加入收藏】【告诉好友】【 】【打印此文】【回到顶部】【关闭窗口
    我要投稿   -   广告合作   -   关于本站   -   友情连接   -   网站地图   -   联系我们   -   版权声明   -   设为首页   -   加入收藏   -   网站留言
    Copyright © 2009 - 20012 www.www.ct131.com All Rights Reserved.365bet官方 版权所有