以前没想过这么个问题：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，有兴趣的可以自行研究另外两种.
那我们明白了Tomcat部署项目还是得靠deployDirectories方法.
HostConfig#deployDirectories方法如下，思路清晰，先介绍个大体，webapps下每个项目，只要是文件夹的(名字不为META-INF\WEB-INF)的，都会通过多线程的方式去”部署项目”，(这里需要提及一点，怕引起误会，这里Tomcat默认给配置的ExecutorService初始线程个数、最大线程个数都是1，这个就尴尬了，是啥原因引起的无从而就，如果调大个数是否能提高销量有待确认！)下面开始一点点介绍这个“部署”过程.
第一步，介绍ContextName实例化
name是webapps下各个文件夹类项目的名字，FWD_SLASH_REPLACEMENT就是 # ，VERSION_MARKER就是 ## ， 代码比较简单，直接看结果，比如webapps下doc目录，最后得到的四个属性值结果就是 baseName就是docs ，version就是 “”，path就是 /docs ，name就是 /docs ， 其他正常项目名不含#都是类似，举两个个例:Root目录，baseName是Root,version就是“” ， path就是 “”， name就是 “” .
第二步.线程来调用DeployDirectory完成部署
DeployDirectory是HostConfig内部类，实现了Runnable，持有三重要属性：HostConfig--外部类实例，ContextName--上面初始化的上下文名称类，File---当前webapps下目录的File句柄
run方法是核心，一看还不是调用HostConfig#deployDirectory！
第三步. 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
代码片段二. 截取了try-catch块前半段， 由于deployThisXML默认是true，但是我们假设content.xml不存在的情况，就会执行if判断逻辑最后一段，contextClass默认是StandardContext，所以实例化了一个StandardContext！
代码片段三. try-catch块后半段逻辑：configClass默认是ContextConfig，是个Tomcat的监听器，实例化后在StandardContext上监听着，此外StandardContext赋值四个ContextName的属性.
然后将StandardContext和StandardHost关联起来! 代码片段四.finally块做了一些收尾工作，这个留待时候再分析，先分析StandardContext与StandardHost的关联！
StandardHost和StandardContext关联起来步骤比较复杂！
先判断是否webapps是否有项目名解析之后name一样的，抛出异常来不允许这样做！将StandardContext父类设置为StandardHost，将StandardContext作为value，项目名name作为key存入StandardHost的 children属性中（这也说明StandardHost的getChildren肯定是调用children.values()来获取）; 部署一个项目之后就会调用项目StandardContext#start方法，项目启动之后触发对应监听事件. StandardContext#start简单分析见这里，Tomcat8源码笔记(九)组件StandardContext启动流程--未完待续
代码片段四.finally块
部署完成之后，最终达成这样的效果，将部署信息存放在HostConfig的deployed中，比如 /docs--对应部署信息.
大体流程粗糙的写了一遍，具体细节，类我还需要熟悉在记录吧。