当前位置:   article > 正文

Tomcat8源码笔记(八)明白Tomcat怎么部署webapps下项目

tomcat deployapps

      以前没想过这么个问题:Tomcat怎么处理webapps下项目,并且我访问浏览器ip: port/项目名/请求路径,以SSM为例,Tomcat怎么就能将请求找到项目呢,项目还是个文件夹类型的?

 

      Tomcat部署webapps下项目方法位于:HostConfig#deployApps,别问怎么知道的,看源码,也可以支持看下我前面的博客,虽然介绍粗枝大叶,但是也能走到这步了。

介绍下deployApps,最开始获取两个配置,分别是catalina-home/webapps以及catalina-home/conf/Catalina/localhost路径,filterAppPaths方法呢主要是过滤webapps下不想部署的项目,比如你有些大项目以前部署的,现在不想用了,但是不想删除呢?就可以忽略部署来节省Tomcat启动时间,具体方式就是在server.xml中Host元素里添加属性deployIgnore,支持正则表达式过滤。

deployDescriptors、deployWARs是部署特定类型的项目,比如war包等,这里主要介绍的是deployDirectories,有兴趣的可以自行研究另外两种.

image

 

     那我们明白了Tomcat部署项目还是得靠deployDirectories方法.

HostConfig#deployDirectories方法如下,思路清晰,先介绍个大体,webapps下每个项目,只要是文件夹的(名字不为META-INF\WEB-INF)的,都会通过多线程的方式去”部署项目”,(这里需要提及一点,怕引起误会,这里Tomcat默认给配置的ExecutorService初始线程个数、最大线程个数都是1,这个就尴尬了,是啥原因引起的无从而就,如果调大个数是否能提高销量有待确认!)下面开始一点点介绍这个“部署”过程.

image

 

第一步,介绍ContextName实例化

    name是webapps下各个文件夹类项目的名字,FWD_SLASH_REPLACEMENT就是 # ,VERSION_MARKER就是 ## , 代码比较简单,直接看结果,比如webapps下doc目录,最后得到的四个属性值结果就是 baseName就是docs ,version就是 “”,path就是 /docs ,name就是 /docs , 其他正常项目名不含#都是类似,举两个个例:Root目录,baseName是Root,version就是“” , path就是 “”, name就是 “”  .

image

 

 

第二步.线程来调用DeployDirectory完成部署

DeployDirectory是HostConfig内部类,实现了Runnable,持有三重要属性:HostConfig--外部类实例,ContextName--上面初始化的上下文名称类,File---当前webapps下目录的File句柄

run方法是核心,一看还不是调用HostConfig#deployDirectory!

image

第三步. HostConfig#deployDirectory部署项目

代码比较长,分成片段来记录:  前几行打印日志,就是Tomcat常见到的日志如下.  然后  xml文件引用指向 webapps下当前正在部署的项目(暂叫A吧),xml指向A项目META-INF/content.xml文件,而xmlCopy指向 catalina-home/conf/Catalina/localhost/A.xml,copyThisXml默认是false,deployThisXML默认是true.

Deploying web application directory E:\Tomcat_Source_Code\apache-tomcat-8.0.53-src\catalina-home\webapps\docs

image 代码片段二. 截取了try-catch块前半段, 由于deployThisXML默认是true,但是我们假设content.xml不存在的情况,就会执行if判断逻辑最后一段,contextClass默认是StandardContext,所以实例化了一个StandardContext!

image

代码片段三. try-catch块后半段逻辑:configClass默认是ContextConfig,是个Tomcat的监听器,实例化后在StandardContext上监听着,此外StandardContext赋值四个ContextName的属性.

然后将StandardContext和StandardHost关联起来!  代码片段四.finally块做了一些收尾工作,这个留待时候再分析,先分析StandardContext与StandardHost的关联!

image

StandardHost和StandardContext关联起来步骤比较复杂!

  先判断是否webapps是否有项目名解析之后name一样的,抛出异常来不允许这样做!将StandardContext父类设置为StandardHost,将StandardContext作为value,项目名name作为key存入StandardHost的 children属性中(这也说明StandardHost的getChildren肯定是调用children.values()来获取);   部署一个项目之后就会调用项目StandardContext#start方法,项目启动之后触发对应监听事件.  StandardContext#start简单分析见这里,Tomcat8源码笔记(九)组件StandardContext启动流程--未完待续 

image

代码片段四.finally块

部署完成之后,最终达成这样的效果,将部署信息存放在HostConfig的deployed中,比如 /docs--对应部署信息.

image

大体流程粗糙的写了一遍,具体细节,类我还需要熟悉在记录吧。

 

 

 

转载于:https://www.cnblogs.com/lvbinbin2yujie/p/10704510.html

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Gausst松鼠会/article/detail/175117?site
推荐阅读
相关标签
  

闽ICP备14008679号