jetty学习2-WebAppContext

1.概述

jetty的web工程主要完成servlet中context的管理，war包中web.xml中文件的解析和加载，类加载器等一些功能。

 

2. 类图和解释

webAppContext是中心，其中包括classloader，configuration和metadata三个主要的内容，classloadee后面再说，configuration主要是对一些配置的应用，比如调用加载器加载jar包，根据web.xml中的配置初始化servlet等等。metadata主要是元数据的定义和处理，展开类图如下：

其中descriptor主要完成xml文件的解析，这里包括web.xml,webdefault.xml,web-fragment.xml等，然后DescriptorProcessor主要是将解析好的文件转换为需要使用的数据结构，或者设置context等的一些相应的值。

 

3.启动过程

 

 

server，connector，handler等都继承了abstractLifeCycle（实现LifeCycle接口）。

1. server的dostart过程包括：启动threadPool，启动handler，启动connector（分别调用它们的doStart方法）
2. hanlder（webappContext）的doStart方法又包括如下步骤：

    
               preConfigure();
             super.doStart();
             postConfigure();
           

3. preConfigure()完成的主要工作包括：初始化所有的Configuration，定义systemClass和serverClass，创建webappClassLoader，调用configuration的preconfigure方法。其中WebInfConfiguration主要完成将war包解压的临时文件夹，根据定义加载一些控制扫描jar包的顺序（比如扫描jar包中的web-fragment.xml),   webxmlConfiguration主要完成webdefault.xml,web.xml和web-fragment.xml文件的resource定位和加载。还有几个在此就不详述了。

            loadConfigurations();
   
           // Setup system classes
           loadSystemClasses();
           
           // Setup server classes
           loadServerClasses();
   
           // Configure classloader
           _ownClassLoader=false;
           if (getClassLoader()==null)
           {
               WebAppClassLoader classLoader = new WebAppClassLoader(this);
               setClassLoader(classLoader);
               _ownClassLoader=true;
           }
   
           if (Log.isDebugEnabled())
           {
               ClassLoader loader = getClassLoader();
               Log.debug("Thread Context class loader is: " + loader);
               loader=loader.getParent();
               while(loader!=null)
               {
                   Log.debug("Parent class loader is: " + loader);
                   loader=loader.getParent();
               }
           }
         
           // Prepare for configuration     
           for (int i=0;i<_configurations.length;i++)
               _configurations[i].preConfigure(this);

4. start方法先将classloader设置到线程上下文加载器，然后调用startContext，分为以下3个步骤

 protected void startContext()
        throws Exception
    {
        configure();
        
        //resolve the metadata
        _metadata.resolve(this);
        
        super.startContext();
    }

• configure步骤主要调用各个configuration的configure方法，其中webinfconfiguration主要完成两件事情，吧WEB-INF的class文件夹和lib文件夹下得jar加入到webappClassloader的classpath中，然后读取RESOURCE_URLS，设置BaseResource。webxmlconfiguration主要addDescriptorProcessor。
• metadata.resolve主要完成web.xml（包括servlet注解）中定义的filter，servlet等得解析和初始化化（比如解析到servelet，就会load这个class等），这里一个stranderProcess可以处理webDefaultDescriptor，WebDescriptor等多个文件，处理过程一样，只是处理内容不同。这里以后再扩展一下。
• 通知所有的contextlistener发生了contextInitialized(event)事件。初始化servletHandler，securityhandler和sessionHandler，并把他们链接起来，最后调用_servletHandler.initialize();，从而调用各个servletHolder的dostart。
  

 

4.ClassLoad机制

jetty的classload机制很简单，对于system（系统类）的class，使用jdk的方式（双亲委派）加载，对于server（服务器类，app不可见)的class,   ，对于app的class，使用WebAppClassloader来加载，核心代码如下：

 @Override
    protected synchronized Class loadClass(String name, boolean resolve) throws ClassNotFoundException
    {
        Class c= findLoadedClass(name);
        ClassNotFoundException ex= null;
        boolean tried_parent= false;
        
        boolean system_class=_context.isSystemClass(name);
        boolean server_class=_context.isServerClass(name);
        
        if (system_class && server_class)
        {
            return null;
        }
        
        if (c == null && _parent!=null && (_context.isParentLoaderPriority() || system_class) && !server_class)
        {
            tried_parent= true;
            try
            {
                c= _parent.loadClass(name);
                if (Log.isDebugEnabled())
                    Log.debug("loaded " + c);
            }
            catch (ClassNotFoundException e)
            {
                ex= e;
            }
        }

        if (c == null)
        {
            try
            {
                c= this.findClass(name);
            }
            catch (ClassNotFoundException e)
            {
                ex= e;
            }
        }

        if (c == null && _parent!=null && !tried_parent && !server_class )
            c= _parent.loadClass(name);

        if (c == null)
            throw ex;

        if (resolve)
            resolveClass(c);

        if (Log.isDebugEnabled())
            Log.debug("loaded " + c+ " from "+c.getClassLoader());
        
        return c;
    }

 

其中=_context.isSystemClass(name)方法是查看是否为systemclass，systemclass都通过正则的方式定义在context中了（通过解析配置systemclass名称的字符串得到）

    public boolean isSystemClass(String name)
    {
        if (_systemClasses == null)
            loadSystemClasses();
        
        return _systemClasses.match(name);
    }

这里它没有使用tomcat那样多重的继承关系，哪些class是system的，哪些是server的，都是可以自己定义的

 public void addSystemClass(String classname)

也可以通过配置文件来定义。

 

通过上面的代码可以看到，一个类被判断为systemclass时，就会委托给系统类加载器，如果是serverclass，就一定会勇webxppClassLoader加载，由于WEB-INF/lib中并没有org.jetty.类，而且由于以下的代码，保证server类不会委托给系统类加载器，所以如果WEB-INF/lib没有，就会报ClassnotFound，从而达到了容器类对于应用不可见的目的。

(测试时，可以在pom中引入jetty的容器类，但定义为provided，或者直接用class.forname之类的方式来测)