版本:
https://archive.apache.org/dist/tomcat/tomcat-8/v8.5.50/
一,目录说明
- bin/
bin目录下关注两个文件:启动和停止的脚本文件
启动:startup.bat
(win),startup.sh
(Linux & Mac)
停止:shutdown.bat
(win),shutdown.sh
(Linux & Mac) - conf/ 配置文件存放的目录
logging.properties
:日志的配置server.xml
:服务器配置文件,例如端口的指定tomcat-users.xml
:定义了tomcat的角色以及角色拥有的功能web.xml
:全局配置,很熟悉,我们java web工程也有自己的web.xml,这个是Tomcat级别的,自己的web.xml如果和它重复那么自己的会覆盖Tomcat的。 - lib/ 存放jar包
tomcat本身也是基于java开发的,它的运行也依赖于一些基础的jar包 - logs/ 存放日志
- temp/ 临时目录
- webapps/ 默认发布项目的目录
当我们发布一个项目时,需要把我们项目的jar包(如发布jar包,它会解压出来)或者文件存放在该目录 - work/ jsp编译运行存放过程文件的目录
二,浏览器访问服务器的流程
Http请求的处理过程:
http请求只是定义了数据的组织格式(通讯格式),是一个应用层协议,数据传输依靠的是TCP/IP协议。
- 用户发起请求(url地址、点击、搜索等)动作被浏览器捕获
- 浏览器发送TCP连接请求,到服务器(socket处理)
- 服务器接收请求并建立连接(三次握手)
- 连接上之后,浏览器生成Http协议格式(比如说定义请求头里放xxxx,请求体里放xxxxx)的数据包
- 浏览器发送请求数据包(也是依靠TCP协议)
- 服务器解析Http格式的数据包
- 服务器执行请求完成业务逻辑
- 服务器生成Http协议格式的数据包
- 服务器发送响应数据包(同样依靠TCP协议)
- 浏览器解析Http格式的数据包
- 浏览器呈现静态数据给用户
传输的形式:
三,Tomcat系统总体架构
3.1 Tomcat请求的大致流程
Tomcat是一个Http服务器(因为它能够接收处理Http请求)
我们使⽤浏览器向某⼀个⽹站发起请求,发出的是Http请求,那么在远程,Http服务器接收到这个请求之后,会调⽤具体的程序(Java类)进⾏处理,往往不同的请求由不同的Java类完成处理。
大致流程:与上图不同,增加了Servlet容器解耦
HTTP 服务器接收到请求之后把请求交给Servlet容器来处理,Servlet 容器通过Servlet接⼝调⽤业务类。Servlet接⼝和Servlet容器这⼀整套内容叫作Servlet规范。
3.2 Servlet容器处理请求流程
当⽤户请求某个URL资源时
- HTTP服务器会把请求信息封装成Request对象,然后转换为ServletRequest对象
- 进⼀步去调⽤Servlet容器中某个具体的Servlet
- 在 2中,Servlet容器拿到请求后,根据URL和Servlet的映射关系,找到相应的Servlet
- 如果Servlet还没有被加载,就⽤反射机制创建这个Servlet,并调⽤Servlet的init⽅法来完成初始化(反射)
- 接着调⽤这个具体Servlet的service⽅法来处理请求,请求处理结果使⽤ServletResponse对象封装
- 把ServletResponse对象返回给HTTP服务器,HTTP服务器会把响应发送给客户端
3.3 Tomcat系统总体架构
从上可以看出,Tomcat两个重要的功能:
- 和客户端浏览器进⾏交互,进⾏socket通信,将字节流和Request/Response等对象进⾏转换
- Servlet容器处理业务逻辑
Tomcat 设计了两个核⼼组件连接器(Connector)和容器(Container)来完成 Tomcat 的两⼤核⼼功能:
- 连接器,负责对外交流: 处理Socket连接,负责⽹络字节流与Request和Response对象的转化;
- 容器,负责内部处理:加载和管理Servlet,以及具体处理Request请求;
四,Tomcat连接器组件Coyote
4.1 简介
Coyote 是Tomcat 中连接器的组件名称 , 是对外的接⼝。客户端通过Coyote与服务器建⽴连接、发送请求并接受响应 。
- Coyote 封装了底层的⽹络通信(Socket 请求及响应处理)
- Coyote 使Catalina 容器(容器组件的名称)与具体的请求协议及IO操作⽅式完全解耦
- Coyote 将Socket 输⼊转换封装为 Request 对象,进⼀步封装后(再次封装为ServletRequest)交由Catalina 容器进⾏处理,处理请求完成后, Catalina 通过Coyote 提供的Response 对象将结果写⼊输出流
- Coyote 负责的是具体协议(应⽤层)和IO(传输层)相关内容
Tomcat Coyote支持的IO模型与协议:
应用层默认协议:HTTP/1.1
传输层默认IO模型:NIO
4.2 Coyote内部组件以及流程
五,Tomcat Servlet 容器 Catalina
5.1 Tomcat模块分层结构图及Catalina位置
Tomcat是⼀个由⼀系列可配置(conf/server.xml)的组件构成的Web容器,⽽Catalina是Tomcat的servlet容器。
Tomcat本质上就是⼀款Servlet容器, 因为Catalina才是Tomcat的核⼼ , 其他模块都是为Catalina 提供⽀撑的。 ⽐如 :
- 通过 Coyote 模块提供链接通信
- Jasper 模块提供 JSP 引擎
- Naming 提供JNDI 服务
- Juli 提供⽇志服务。
模块分层结构图:
5.2 Servlet容器Catalina结构
也可以这么说:Tomcat就是一个Catalina的实例,因为Catalina是Tomcat的核心。
Tomcat/Catalina实例:
Tomcat 启动的时候会初始化这个实例,Catalina 实例通过加载server.xml完成其他实例的创建,创建并管理⼀个Server,Server创建并管理多个服务, 每个服务⼜可以有多个Connector和⼀个Container。
- ⼀个Catalina实例(容器)
- ⼀个Server实例(容器)
- 多个Service实例(容器)
对应关系:每⼀个Service实例下可以有多个Connector实例和⼀个Container实例
- Catalina
负责解析Tomcat的配置⽂件(server.xml) , 以此来创建服务器Server组件并进⾏管理 - Server
服务器表示整个Catalina Servlet容器以及其它组件,负责组装并启动Servlet引擎、Tomcat连接器。Server通过实现Lifecycle
接⼝,提供了⼀种优雅的启动和关闭整个系统的⽅式 - Service
服务是Server内部的组件,⼀个Server包含多个Service。它将若⼲个Connector组件绑定到⼀个 Container - Container
容器,负责处理⽤户的servlet请求,并返回对象给web⽤户的模块
5.2 Container组件的具体结构
Container组件下有⼏种具体的组件,分别是Engine、Host、Context和Wrapper。这4种组件(容器) 是⽗⼦关系。Tomcat通过⼀种分层的架构,使得Servlet容器具有很好的灵活性。
- Engine
表示整个Catalina的Servlet引擎,⽤来管理多个虚拟站点,⼀个Service最多只能有⼀个Engine, 但是⼀个引擎可包含多个Host - Host
代表⼀个虚拟主机,或者说⼀个站点,可以给Tomcat配置多个虚拟主机地址,⽽⼀个虚拟主机下 可包含多个Context - Context
表示⼀个Web应⽤程序, ⼀个Web应⽤可包含多个Wrapper - Wrapper
表示⼀个Servlet,Wrapper 作为容器中的最底层,不能包含⼦容器
上述组件的配置其实就体现在conf/server.xml中。