How tomcat works 读书笔记十三 Host和Engine

Host

Host是Context的父容器。如果想在一个tomcat上部署多个context就需要使用Host了。上下文容器的父容器是主机,但是可能有一些其它实现,没有必要的时候也可以忽略。不过在实践中,即使是一个Context,我们也使用了Host,为什么?后面我们再说。

Host是个接口,里面有个map方法比较重要

    /**
     * Return the Context that would be used to process the specified
     * host-relative request URI, if any; otherwise return <code>null</code>.
     *
     * @param uri Request URI to be mapped
     */
    public Context map(String uri);

根据url来返回一个Context。

Host的标准实现是StandardHost

构造函数,不解释

    public StandardHost() {
        super();
        pipeline.setBasic(new StandardHostValve());
    }

StandardHost并没有invoke方法,它需要调用ContainerBase的invoke方法。

    //ContainerBase.java
    public void invoke(Request request, Response response)throws IOException, ServletException {
        pipeline.invoke(request, response);
    }

另外StandardHostValve这个基础阀会调用StandardHost的map方法获得一个context容器。

    public void invoke(Request request, Response response,
                       ValveContext valveContext)
        throws IOException, ServletException {
    ....
        StandardHost host = (StandardHost) getContainer();
    //这里调用的是ContainerBase的map方法 最终会调用StandardHost的map方法(两个map方法没有关系 没有//复写 参数都不一样)
        Context context = (Context) host.map(request, true);
    ....
    }

StandHostMapper

在ContainerBase的start中有如下的代码

   addDefaultMapper(this.mapperClass);

看ConntainerBase

    ContainerBase.java
    protected void addDefaultMapper(String mapperClass) {
    ......
        // Instantiate and add a default Mapper
            Class<?> clazz = Class.forName(mapperClass);
            Mapper mapper = (Mapper) clazz.newInstance();
            mapper.setProtocol("http");
            addMapper(mapper);
    ......
    }

这里我又一个小问题,为什么ContainerBase的start中的

addDefaultMapper(this.mapperClass);

调用的是子类中的addDefaultMapper呢?

StandardHost.java
    protected void addDefaultMapper(String mapperClass) {
       // 参数默认为 "org.apache.catalina.core.StandardHostMapper";
        super.addDefaultMapper(this.mapperClass);
    }

StandardHost的start方法在结尾的时候会调用父类的start方法。

注意:Tomcat4 中的 standardContext 使用了不同的方法来创建一个默认映射器。它的 start 方法中并没有调用 super.start()。相反 Standardcontext 的start 方法调用 addDefaultMapper 来传递 mapperClass 变量。

StandardHostMapper的map方法就是调用StandardHost的map方法。

 public Container map(Request request, boolean update) {
...
    String uri = ((HttpRequest) request).getDecodedRequestURI();
        Context context = host.map(uri);
...
        return (context);
    }

在得到上下对象的时候需要一个往返过程,map 方法介绍两个参数,该方法是在 ContainerBase 中的。然后 ContainerBase 类又在它的子对象中查找合适的映射器并调用它的 map 方法。

StandardHostValve

这是Host的基础阀,什么时候注入的?大家自己想。

StandardHostValve这个基础阀会调用StandardHost的map方法获得一个context容器。

    public void invoke(Request request, Response response,
                       ValveContext valveContext)
        throws IOException, ServletException {
    ....
        StandardHost host = (StandardHost) getContainer();
    //这里调用的是ContainerBase的map方法 最终会调用StandardHost的map方法(两个map方法没有关系 没有//复写 参数都不一样)
        Context context = (Context) host.map(request, true);
    ....
    HttpServletRequest hreq = (HttpServletRequest) request.getRequest();
        String sessionId = hreq.getRequestedSessionId();
        if (sessionId != null) {
            Manager manager = context.getManager();
            if (manager != null) {
                Session session = manager.findSession(sessionId);
                if ((session != null) && session.isValid())
                    session.access();                 //修改session的最后访问时间
            }
        }
      context.invoke(request, response);          //最后调用context的invoke
    }

为什么必须要有一个Host容器

想想我们之前的SimpleConextConfig,它的作用是将context的configured设置为true,为什么不在context里直接设置?参见观察者模式。

在ConextConfig的标准实现的applicationConfig中

    private void applicationConfig() {
    ...
   synchronized (webDigester) {
            try {
                URL url =
                    servletContext.getResource(Constants.ApplicationWebXml);
    .....
    }

servletContext为ApplicationContext的实例

    public URL getResource(String path)
        throws MalformedURLException {

        DirContext resources = context.getResources();
        if (resources != null) {
            String fullPath = context.getName() + path;

            // this is the problem. Host must not be null
            String hostName = context.getParent().getName();
       ....
    }

看到最后一行的getParent大家都明白了吧。

当然如果使用的是之前的SimpleContextConfig,就不需要Host了。

Engine

在tomcat中,Engine的标准实现是:org.apache.catalina.core.StandardEngine。

同样的Engine也有一个基础阀:StandardEngineValve

同是Engine不能再有父容器了,子容器也只能是Host。

StandardEngineValve

StandardEngineValve的invoke如下:

 public void invoke(Request request, Response response,
                       ValveContext valveContext)
        throws IOException, ServletException {
        ..........

        // Select the Host to be used for this Request
        StandardEngine engine = (StandardEngine) getContainer();
        Host host = (Host) engine.map(request, true);        //同样调用的是Containerbase的map
                                 //addDefaultMapper 怎么来的就不用说//了吧
        if (host == null) {
            ((HttpServletResponse) response.getResponse()).sendError
                (HttpServletResponse.SC_BAD_REQUEST,
                 sm.getString("standardEngine.noHost",
                              request.getRequest().getServerName()));
            return;
        }

        // Ask this Host to process this request
        host.invoke(request, response);
    }

验证了request与response后,就调用Containerbase的map获得一个Host,然后调用host的invoke。

时间: 2024-11-09 03:54:47

How tomcat works 读书笔记十三 Host和Engine的相关文章

how tomcat works 读书笔记(二)----------一个简单的servlet容器

app1 (建议读者在看本章之前,先看how tomcat works 读书笔记(一)----------一个简单的web服务器 http://blog.csdn.net/dlf123321/article/details/39378157) 回顾我们上一章,我们开发了一个最最简单的web服务器,它可以使用户访问服务器内的静态资源.当然这是远远不够的,在这一节里,我们就试着让服务器在能相应静态资源的基础上继续支持servlet. servlet接口 javax.servlet.Servlet接口

how tomcat works 读书笔记四 tomcat的默认连接器

其实在第三章,就已经有了连接器的样子了,不过那只是一个学习工具,在这一章我们会开始分析tomcat4里面的默认连接器. 连接器 Tomcat连接器必须满足以下几个要求 1 实现org.apache.cataline.Connector接口 2 负责创建实现了org.apache.cataline.Request接口的request对象 3 负责创建实现了org.apache.cataline.Response接口的response对象 这里默认的连接器的原理很简单,就是等待http请求,创建re

how tomcat works读书笔记 七 日志记录器

大家能够松一口气了,这个组件比較简单,这一节和前面几节想比,也简单的多. Logger接口 Tomcat中的日志记录器都必须实现org.apache.catalina.Logger接口. package org.apache.catalina; import java.beans.PropertyChangeListener; public interface Logger { public static final int FATAL = Integer.MIN_VALUE; public s

How tomcat works 读书笔记十七 启动tomcat 上

一路跋山涉水,这是最后一章了. 关于tomcat的启动,有两个类,一个是Catalina类,一个是Bootstrap类. 理论上,两个类可以和到一起,但是为了支持多种运行模式,又把他们分开了. 为了让用户更方便的启动tomcat,还有批处理文件startup.bat(终于见到最顶层的模块了!!) Catalina 先说Catalina 它里面有一个Server组件(不懂的看第14章).同时在它的start方法中包含一个Digester对象(不懂的看第15章)用来解析conf/下的Server.x

How tomcat works 读书笔记十七 启动tomcat 下

在上一节中,我们程序的起始位置还是Bootstrap,现在我们通过bat文件来启动这个类. 在分析catalina.bat之前,我们先看看几个简单的我们能用到的dos命令. 基础知识 1 rem 注释,解释器不会执行rem开始的命令 2 pause 用于暂停正在执行的批处理文件,按任意键后继续 3 echo 在控制台显示一段文本 如果显示变量的值需要在变量前后加% 如echo %var% 如果要输出操作系统的名字 就是 echo %os% 4 echo off 可以将命令本身隐藏 如果要连ech

How Tomcat Works读书笔记1

一个Servlet容器要为一个Servlet请求提供服务,基本上有三件事要做: 创建一个request对象并填充那些有可能被关联的Servlet使用的信息,如参数.头部.cookies.查询字符串.URI等等.一个request对象是 javax.servlet.ServletRequest或 javax.servlet.http.ServletRequest接口的一个实例. 创建一个response对象, 关联的servlet利用该对象来给客户端发送响应.一个response对象是javax.

How Tomcat Works读书笔记三-------连接器

几个概念 HttpServlet,Servlet Servlet是一个接口,定义了一种网络服务,我们所有的servlet都要实现它(或它的子类) HttpServlet是一个抽象类,它针对的就是http网络服务 当然如果以后再有其他的网络服务,可以再定义一个类,让它实现Servlet即可. HttpServletRequest,ServletRequest 先说ServletRequest接口,它用来传递网络服务的请求,用在Servlet类的service方法. 那么HttpServletReq

how tomcat works 读书笔记 十一 StandWrapper 上

方法调用序列 下图展示了方法调用的协作图: 这个是前面第五章里,我画的图: 我们再回顾一下自从连接器里 connector.getContainer().invoke(request, response); 这句代码运行之后发生的事情; 这是第五章的时序图,放在这一章同样适用... 我们仔细分析一下: 1首先连接器创建请求与响应对象; 2调用这行代码 connector.getContainer().invoke(request, response) (我们一StandContext为顶层容器)

how tomcat works 读书笔记(一)----------一个简单的web服务器

http协议 若是两个人能正常的说话交流,那么他们间必定有一套统一的语言规则<在网络上服务器与客户端能交流也依赖与一套规则,它就是我们说的http规则(超文本传输协议Hypertext transfer protocol). http分两部分,一个是请求(客户端发给服务器),一个是回复(服务器发给客户端). 先看http请求 下面就是一个http请求的例子,其中的各项参数,请查阅相关资料.(http://www.cnblogs.com/yin-jingyu/archive/2011/08/01/