更正上一篇一个小错误，Connector中首先是将socket请求过来的信息封装成一个普通的Request对象（上一篇我写成HttpRequest对象，失误失误，根本就木有HttpRequest这样的对象。。。），然后在Adapter中封装成一个HttpServletRequest进行处理，再丢给Container。。。。
源码中可以清晰的看到：
ok，这一篇我们就来整个的看看tomcat源码，简单过一遍，看一看里面是怎么运行的（我也会删减大量的非核心的代码）
在看源码之前，我想说一点废话，由于我也是菜鸟，所以大神勿喷啊！
我自己在看别人分析源码博客的最深的体会就是，别人博客中分析那一段一段的简洁而明了的源码，也许我们看的时候感觉还是比较容易的，有点懂了，差不多了；但是有没有一种感觉，过不了几天就印象模糊了，再过几天就忘的差不多了，下次几乎又要重新学一遍，贼坑！知道为什么吗？因为我们看的只是别人分析后的结果，没看到别人分析的过程，为什么别人分析的过程这么简洁漂亮而自己分析就是一团糟？为什么要这么分析？从哪个方面切入的？假如我自己去分析源码能找到切入点吗？所以很多新人一想到自己要分析源码就头疼，不知道从哪里入手，脑子很迷糊！
让我想起了一句话：谁知盘中餐，粒粒皆辛苦！我们在看着别人花费了几个小时甚至几天时间才总结出的源码，而我们看起来顶多几十分钟，没有自己亲自去辛苦，当然体会不深啊！所以要养成自己分析源码的能力和适合自己的方法很重要，就好像学习，学习的知识固然重要，但更重要的是学习的方法，因为知识可能会被淘汰，但是方法却能伴随你一生！
咳，废话说多了，继续今天的内容吧！我们先来下载Tomcat源码，我下载的版本是7.0.92，下载路径：https://tomcat.apache.org/download-70.cgi
注意：不需要你原来的Tomcat版本和这个源码版本一致，随便下载一份源码就好
下载之后解压，路径随意，但是我放在我的tomcat8目录里面
1.搭建IDEA导入Tomcat8源码的环境
我们平常都是运行我们的web项目进行调试，我们是感受不到Tomcat的存在的，只有报错的时候才有可能看到tomcat的有关信息！所以我们要想个办法把Tomcat变成一个类似我们web项目一样的寻在，我们不就可以愉快的调试并且还可以随意修改其中的内容了嘛！
首先进入上面下载的那个源码文件夹，新建一个catalina-home文件夹和pom.xml文件
其中pom.xml里面的内容如下，可以直接进行复制
<?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>org.apache.tomcat</groupId> <artifactId>Tomcat8.5</artifactId> <name>Tomcat8.5</name> <version>8.5</version> <build> <finalName>Tomcat8.5</finalName> <sourceDirectory>java</sourceDirectory> <testSourceDirectory>test</testSourceDirectory> <resources> <resource> <directory>java</directory> </resource> </resources> <testResources> <testResource> <directory>test</directory> </testResource> </testResources> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>2.3</version> <configuration> <encoding>UTF-8</encoding> <source>1.8</source> <target>1.8</target> </configuration> </plugin> </plugins> </build> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>test</scope> </dependency> <dependency> <groupId>org.easymock</groupId> <artifactId>easymock</artifactId> <version>3.4</version> </dependency> <dependency> <groupId>ant</groupId> <artifactId>ant</artifactId> <version>1.7.0</version> </dependency> <dependency> <groupId>wsdl4j</groupId> <artifactId>wsdl4j</artifactId> <version>1.6.2</version> </dependency> <dependency> <groupId>javax.xml</groupId> <artifactId>jaxrpc</artifactId> <version>1.1</version> </dependency> <dependency> <groupId>org.eclipse.jdt.core.compiler</groupId> <artifactId>ecj</artifactId> <version>4.5.1</version> </dependency> </dependencies> </project>
然后我们打开我们新建的catalina-home目录
然后我们进入IDEA，导入我们的源码项目（就是我们下载解压之后的那个文件夹）
项目导入之后的目录应该这样的
我们要配置一些运行参数（其实就是指定一下我们那几个复制的和新建的文件夹的路径）
Main class（这个类很重要，是Tomcat的启动类）：org.apache.catalina.startup.Bootstrap
VM options（就是指定一些日志、工作文件夹等的路径）：-Dcatalina.home=catalina-home -Dcatalina.base=catalina-home -Djava.endorsed.dirs=catalina-home/endorsed -Djava.io.tmpdir=catalina-home/temp -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=catalina-home/conf/logging.properties
ok，再点击应用，就可以了，然后你可以右上角运行Tomcat，肯定会报错，就是一个Test类里面的什么Cookie错误，没啥用，你直接把那整个类都注释掉。（Ctrl+A全选。Ctrl+/注释）；注意，可能会有个很低级的错误，就是提示你没有SDK或者JDK，你只需要在左上角file——>Project Structrue——->Project,在这里选择你的JDK版本，没有这个错误更好。
然后你可以正常启动，但是在浏览器访问Tomcat的URL路径：localhost：8080又会报一个500的异常，原因是空指针异常，是一个什么JasperInitializer没有被加载，这个需要我们自己该一下源码手动让它加载。
在IDEA中，Ctrl+N，搜一个ContextConfig的类，在下图的地方加入 context.addServletContainerInitializer(new JasperInitializer(),null); 这样就可以正常访问Tomcat主页了！
其实到这里，基本的调试环境就搭建出来了，有兴趣的小伙伴可以Ctrl+N搜一下Bootstrap类，找到main方法，在init，load，start三个方法那里打断点进行调试啊，看看tomcat启动原理，我后面有时间的话也会一起看一看的！
2.简单从源码的角度看一看Tomcat组成
还记得上一篇说的Tomcat的那些组成部分吗？这里还是大概理一下：
Tomcat最核心的是conf/server.xml这个配置文件，这个配置文件中每个标签都代表一个Tomcat的组成部分，最外面的是一个server标签，其实可以简单的把这个server标签代表我们的Tomcat服务器，便于理解。一个Tomca实例t只有一个这个server标签
次一级的就是service标签，这个标签可以配置多个，它是由两部分组成，connector和container
其中connector可以配置多个， 分别为处理HTTP协议的和处理AJP协议的（至于还能不能处理其他的协议我也不怎么清楚，有时间研究一下），以Http的Connector为例，这个Connector里面就是一个协议处理器（ProtocolHandler），这个协议处理器里面由三部分组成：Endpoint（底层用socket接收客户端请求，并调用Processor处理），Processor（将用户的socket请求解析之后，包装成一个普通的Request对象和Response对象，再调用adaptor），Adaptor（就是将普通的Request和Response对象封装成HttpServletRequest对象，再想办法丢到Container中）
Container里面是一个大容器里面套着小容器，小容器里面还有小容器的这样的一个结构，依次为Engine(一个Service只有一个)，Host（可以多个），Context（可以多个），Wrapper（可以多个），当请求到了之后，会有一个管道—阀门机制，让这个请求从最外面的容器经过一道道阀门到最里面的容器，最后就到servlet的service方法运行，返回！
接下来，我们就站在代码的角度，大概看看这些组成部分用代码是什么样子的，后面再说整个Tomcat的运行原理：
首先是Connector，最重要的是一个有参构造：
这里不得不说一句，你觉得tomcat是怎么处理通过HTTP协议或者AJP协议发来的请求的？难道每次都是把这个协议拿过来用正则表达式慢慢的拆开，分析吗？这也太lower了吧！而且我们关注的不应该是协议本身，而是之后的逻辑，所以Tomcat中就指定了一些处理每个协议的类，假如你用HTTP协议发过来的信息，Connector就会用反射去实例化HTTP协议处理器对你进行解析，然后我们还可以对协议处理器里面再进行很多处理，相比之前的用正则表达式慢慢解析，简直不要太牛！
我们再进去协议处理器看看：
同时，在Endpoint中有个内部类是Acceptor，用于监听客户端请求
我们也来看看Connector里面的processor是个什么鬼
进入到process里面
这个service方法又在这个类里进行了重写
最后我们就看看Adapter中的service方法是干什么了（貌似就在本篇最前面就截了service的这个图。。。。）
这一篇就到这里了，看起来篇幅比较多，其实就是简单看了看Connector中各个组成部分的源码，下一节说说Container中的各个部分吧；最后应该会说一下整个Tomcat的启动流程！
