更正上一篇一个小错误,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的启动流程!

知识小罐头06(tomcat8请求源码分析 中)的更多相关文章

  1. 知识小罐头07(tomcat8请求源码分析 下)

    感觉最近想偷懒了,哎,强迫自己也要写点东西,偷懒可是会上瘾的,嘿嘿!一有写博客的想法要赶紧行动起来,养成良好的习惯. ok,继续上一篇所说的一些东西,上一篇说到Connector包装了那两个对象,最后 ...

  2. 知识小罐头05(tomcat8请求源码分析 上)

    这一篇我们不看源码,就大概理一下Tomcat内部组成部分!前面花费了两篇博客的篇幅来说说了一般的maven web项目并部署到tomcat运行,其实都是为这篇做铺垫的! 其实我下载了tomcat7,t ...

  3. Tomcat处理HTTP请求源码分析(下)

    转载:http://www.infoq.com/cn/articles/zh-tomcat-http-request-2 很多开源应用服务器都是集成tomcat作为web container的,而且对 ...

  4. Tomcat处理HTTP请求源码分析(上)

    Tomcat处理HTTP请求源码分析(上) 作者 张华 发布于 2011年12月8日 | 8 讨论 分享到: 微博 微信 Facebook Twitter 有道云笔记 邮件分享 稍后阅读 我的阅读清单 ...

  5. # Volley源码解析(二) 没有缓存的情况下直接走网络请求源码分析#

    Volley源码解析(二) 没有缓存的情况下直接走网络请求源码分析 Volley源码一共40多个类和接口.除去一些工具类的实现,核心代码只有20多个类.所以相对来说分析起来没有那么吃力.但是要想分析透 ...

  6. Tomcat处理HTTP请求源码分析(上)(转)

    转载自:http://www.infoq.com/cn/articles/zh-tomcat-http-request-1 很多开源应用服务器都是集成tomcat作为web container的,而且 ...

  7. Okhttp同步请求源码分析

    进阶android,OKhttp源码分析——同步请求的源码分析 OKhttp是我们经常用到的框架,作为开发者们,我们不单单要学会灵活使用,还要知道他的源码是如何设计的. 今天我们来分析一下OKhttp ...

  8. SpringCloudGateway微服务网关实战与源码分析 - 中

    实战 路由过滤器工厂 路由过滤器允许以某种方式修改传入的HTTP请求或传出的HTTP响应.路由过滤器的作用域是特定的路由.SpringCloud Gateway包括许多内置的GatewayFilter ...

  9. 知识小罐头08(tomcat8启动源码分析 上)

    前面好几篇都说的是一个请求是怎么到servlet中的service方法的,这一篇我们来看看Tomcat8是怎么启动并且初始化其中的组件的? 相信看了前面几篇的小伙伴应该对Tomcat中的各个组件不陌生 ...

随机推荐

  1. Java之Collections.emptyList()、emptySet()、emptyMap()的作用和好处以及要注意的地方

    转自https://www.cnblogs.com/qiumingcheng/p/7126281.html 先说明一下好处有哪些:1,如果你想 new 一个空的 List ,而这个 List 以后也不 ...

  2. 【BZOJ 2713】[Violet 2]愚蠢的副官&&【BZOJ1183】[Croatian2008]Umnozak——【数位DP】

    题目链接: 2713传送门 1183传送! 题解: 由于看不懂英文题解(十个单词十一个不认识……),所以只能自己想QAQ. 其实乱搞就好= =. 首先我们发现,各位数字乘积要在1e9以下才可能有用,这 ...

  3. 使用FileUpload实现Servlet的文件上传

    简介 FileUpload 是 Apache commons下面的一个子项目,用来实现Java环境下的文件上传功能. FileUpload链接 FileUpload 是基于Apache的Commons ...

  4. Postman----Presets(预先设置)的使用

    使用场景: 当我们在进行接口测试post请求时,headers是必填项,我们将一个A接口的headers编写后测试完成,再次进行B接口的测试,需重新编写headers,为了简单操作,我们就用到了Pre ...

  5. Spring工厂方法(factory-bean)配置bean

    在spring的世界中, 我们通常会利用bean config file 或者 annotation注解方式来配置bean. 在第一种利用bean config file(spring xml)方式中 ...

  6. 轻量化卷积神经网络MobileNet论文详解(V1&V2)

    本文是 Google 团队在 MobileNet 基础上提出的 MobileNetV2,其同样是一个轻量化卷积神经网络.目标主要是在提升现有算法的精度的同时也提升速度,以便加速深度网络在移动端的应用.

  7. JAVA基础第五章-集合框架Map篇

    业内经常说的一句话是不要重复造轮子,但是有时候,只有自己造一个轮子了,才会深刻明白什么样的轮子适合山路,什么样的轮子适合平地! 我将会持续更新java基础知识,欢迎关注. 往期章节: JAVA基础第一 ...

  8. zookeeper源码 — 一、单机启动

    zookeeper一般使用命令工具启动,启动主要就是初始化所有组件,让server可以接收并处理来自client的请求.本文主要结构: main入口 配置解析 组件启动 main入口 我们一般使用命令 ...

  9. 实现AutoMapper(1.0版本)

    最近有个需求就是实体之间自动转换,网上肯定有很多现成的实现,不过还是自己写了一个,就当对java高级特性的一个熟悉的过程.这中间包含了泛型,反射,lamada表达式.对于想了解java高级特性的人来说 ...

  10. Spring Boot 2.X 如何快速集成单元测试?

    本文将详细介绍下使用Spring Boot 2.X 集成单元测试,对API(Controller)测试的过程. 一.实现原理 使用MockMvc发起请求,然后执行API中相应的代码,在执行的过程中使m ...