Tomcat

最新推荐文章于 2022-04-30 16:21:53 发布

无知小码农

最新推荐文章于 2022-04-30 16:21:53 发布

阅读量337

点赞数

分类专栏： Spring 文章标签： tomcat

本文链接：https://blog.csdn.net/LiangKe_GLX/article/details/107235098

版权

Spring 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

servlet讲解

Servlet是JavaEE规范的一种，主要是为了扩展Java作为Web服务的功能，统一接口。由其他内部厂商如tomcat，jetty内部实现web的功能。如一个http请求到来：
容器将请求封装为servlet中的HttpServletRequest对象，调用init（），service（）等方法输出response,由容器包装为httpresponse返回给客户端的过程。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UFOvIIvh-1594290584333)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593511335101.png)]

Servlet的生命周期

servlet的生命周期包括：加载实例化、初始化、处理客户端请求（service方法）、销毁

加载实例化主要是交由web容器完成，而其他三个阶段则对应Servlet的init、service和destroy方法。Servlet对象被创建出来后需要对其进行初始化操作，初始化工作可以放在以ServletConfig类型为参数的ini方法中，ServletConfig为web.xml配置文件中配置的对应的初始化参数，由web容器完成web.xml配置读取并封装成ServletConfig对象；当Servlet初始化完成后，开始接受客户端的请求，这些请求被封装成ServletRequest类型的请求对象和ServletResponse类型的响应对象，通过service方法处理请求并响应客户端；当一个Servlet需要从web容器中移除时，就会调用对应的destroy方法用于释放所有的资源，并且调用destroy方法之前要保证所有正在执行service方法的线程都完成执行。

在servlet规范中定义了 GenericServlet接口，定义了通用，协议独立的servlet,他们的子接口HttpServlet就是用来处理http请求的Servlet,根据http协议扩展了不同方式的请求处理方法，如doPost,doGet.

servletContext

Servlet与Servlet容器之间直接通信的接口,一个web应用只独有一个ServletContext.

用于在web应用范围内存取共享数据,如setAttribute(String name, Object object)，getAttribute()
获取当前Web应用的资源，如getContextPath()
获取服务器端的文件系统资源，如getResourceAsStream()
输出日志，如log(String msg) ：向Servlet的日志文件中写日志
在具体ServletContext 实现中，提供了添加Servlet，Filter,Listener到ServletContext里面的方法

生命周期：和web应用的生命周期一样

Tomcat

tomcat等容器其实就是web服务的实现，暴露端口，按照特定资源URL找到处理的servlet。然后处理请求。 web.xml其实tomcat在启动时候需要加载的配置欢迎页、Filter、Listener、Servlet等类的定义。当然不止加载这些东西，这些东西是需要加载到JVM堆内存中实例化的对象。

Tomcat系统架构及原理剖析

浏览器访问服务器的流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-fVgsxQuF-1594290584336)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593426993027.png)]

其中http请求只定义了数据的组织格式（通信格式），所以http是一个应用层的协议，数据传输靠的是tcp/Ip协议。tcp协议有请求头，tcp数据体，http将tcp数据体封装成http请求头和http请求体。

Tomcat系统总体架构

Tomcat请求处理大致过程

Tomcat是一个Http服务器（因为Tomcat能够接收和处理http请求，所以叫做http服务器）

Http服务器接受到前端发送的请求后，会将请求交给servlet容器来处理，servlet容器通过servlet接口调用业务类，servlet接口和servlet容器这一套内容较servlet规范。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jxlHtznC-1594290584337)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593589550951.png)]

Tomcat servlet容器处理请求流程

某个请求某个资源时：

Http服务器会把请求信息封装成ServletRequest对象封装起来。
进一步去调用Servlet容器具体的servlet对象。
在上一步中，servlet容器拿到请求后，根据url和servlet的映射关系，找到响应的servlet。
如果servlet还没有加载，就用反射机制创建这个servlet，并调用servlet的init方法对servlet进行初始化操作。
接着会调用servlet的service方法来处理请求，请求处理结果会封装成ServletResponse对象。
把ServletResponse对象返回给http服务器，Http服务器将结果返回给客户端。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NkV7Vtft-1594290584339)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593589941447.png)]

Tomcat系统总体架构

由上面可以看出Tomcat有两个非常重要的功能：

*	和客户端进行交互，进行socket通信（封装了Tcp/Ip协议），将字节流和Request和Response等对象进行转换。
*	servlet容器处理业务逻辑。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rtPTB2Zu-1594290584340)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593590259358.png)]

Tomcat设计了两个核心组件连接器connector和容器组件Container 来完成Tomcat的核心功能。连接器负责对外交流（处理socket连接，负责⽹络字节流与Request和Response对象的转化）；容器组件负责内部处理（加载和管理Servlet，以及具体处理Request请求）。

Tomcat的连接器组件Coyote

Coyote简介

Coyote是Tomcat中的连接器的名称，是对外的接口，客户端端通过Coyote与服务器建立连接、发送请求和响应请求。

Coyote封装了底层的网络通信（socket请求及响应处理）。
Coyote使得容器组件Container与具体的请求协议及IO操作方式完全解耦。
Coyote将Socket输入转换成原始的Request对象，进一步封装后交给Container容器进行处理，处理完成后，Container通过Coyote提供的Response对象将结果写入输出流。
Coyote负责的是具体的协议（应用层）和IO（传输层）相关内容。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dXywGZks-1594290584341)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593590848496.png)]

Tomcat Coyote支持的协议及IO模型：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-KF2BAQxS-1594290584342)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593592873486.png)]

coyote的内部组件及流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ruEFU9aO-1594290584342)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593593859779.png)]

Coyote组件及作用：

组件	描述
Endpoint	Endpoint是Coyote的通信端点，即通信监听接口，是具体socket接收和发送处理器，是对传出层的抽象，因此Endpoint是用来实现TCP/Ip协议的。
Processor	Processor 是Coyote 协议处理接⼝，如果说EndPoint是⽤来实现TCP/IP协议的，那么Processor⽤来实现HTTP协议，Processor接收来⾃EndPoint的 Socket，读取字节流解析成Tomcat Request和Response对象，并通过 Adapter将其提交到容器处理，Processor是对应⽤层协议的抽象
ProtocolHandler	Coyote 协议接⼝，通过Endpoint 和 Processor ，实现针对具体协议的处理能⼒。Tomcat 按照协议和I/O 提供了6个实现类： AjpNioProtocol ， AjpAprProtocol， AjpNio2Protocol ， Http11NioProtocol ， Http11Nio2Protocol ，Http11AprProtocol
Adapter	由于协议不同，客户端发过来的请求信息也不尽相同，Tomcat定义了⾃⼰的 Request类来封装这些请求信息。ProtocolHandler接⼝负责解析请求并⽣成 Tomcat Request类。但是这个Request对象不是标准的ServletRequest，不能⽤Tomcat Request作为参数来调⽤容器。Tomcat设计者的解决⽅案是引⼊CoyoteAdapter，这是适配器模式的经典运⽤，连接器调⽤ CoyoteAdapter的Sevice⽅法，传⼊的是Tomcat Request对象， CoyoteAdapter负责将Tomcat Request转成ServletRequest，再调⽤容器

Tomcat Servlet容器Container

Tomcat模块分层结构图及Catania位置

Tomcat有connector和container组成，container是容器。而Catania是Container的一个实例，是一个servlet容器。

Tomcat是有一个一系列可配置（conf/server.xml）的组件构成的web容器，而Catania是Tomcat的servlet容器。

从另一个角度说， Tomcat 本质上就是⼀款 Servlet 容器，因为 Catalina 才是 Tomcat 的核⼼，其他模块都是为Catalina 提供⽀撑的。⽐如：通过 Coyote 模块提供链接通信，Jasper 模块提供 JSP 引擎，Naming 提供JNDI 服务，Juli 提供⽇志服务。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-BZHhg5ae-1594290584343)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593597310765.png)]

Servlet容器 Catania的结构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TGgGryuD-1594290584343)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593597361313.png)]

其实，可以认为整个Tomcat就是⼀个Catalina实例，Tomcat 启动的时候会初始化这个实例，Catalina 实例通过加载server.xml完成其他实例的创建，创建并管理⼀个Server，Server创建并管理多个服务，每个服务⼜可以有多个Connector和⼀个Container。

Catania

负责解析Tomcat的配置文件（server.xml），以此来创建服务器Server组件并进行管理。
Server

服务器表示整个Catalina Servlet容器以及其它组件，负责组装并启动Servlaet引擎,Tomcat连接器。Server通过实现Lifecycle接⼝，提供了⼀种优雅的启动和关闭整个系统的⽅式。
Service

服务是Server内部的组件，⼀个Server包含多个Service。它将若⼲个Connector组件绑定到⼀个 Container
Container

容器，负责处理⽤户的servlet请求，并返回对象给web⽤户的模块。

Container组件的具体结构

container组件有以下几种具体的组件，分别是Engine、Host、Context、Wrapper。这四种组件（容器）是父子关系，Tomcat通过一种分层的关系，使得Servlet容器很好的灵活性。

Engine

表示整个Catania的Servlet引擎，用来管理多个虚拟机站点，一个service最多只能有一个Engine，但是一个引擎可包含多个Host。
Host

代表一个虚拟机，或者说一个站点，可以给Tomcat配置多个虚拟地址，而一个虚拟主机下可包含多个context。
Context

表示web应用程序，一个web应用程序可以包含多个Wrapper。
Wrapper

表示一个Servlet，Warpper作为容器的最底层，不能包含子容器。

Tomcat服务器核心配置详解

Tomcat的核心配置主要为con/server.xml,其中包含了servlet容器的相关配置，即Catania的相关配置。

server.xml主要标签如下：

<!--
 Server 根元素，创建⼀个Server实例，⼦标签有 Listener、GlobalNamingResources、Service
-->
<Server>
     <!--定义监听器-->
     <Listener/>
     <!--定义服务器的全局JNDI资源 -->
     <GlobalNamingResources/>
     <!--
     定义⼀个Service服务，⼀个Server标签可以有多个Service服务实例
     -->
     <Service/>
</Server>

Server标签：

<!--
 port：关闭服务器的监听端⼝
 shutdown：关闭服务器的指令字符串
-->
<Server port="8005" shutdown="SHUTDOWN">
     <!-- 以⽇志形式输出服务器 、操作系统、JVM的版本信息 -->
     <Listener className="org.apache.catalina.startup.VersionLoggerListener" />
     <!-- Security listener. Documentation at /docs/config/listeners.html
     <Listener className="org.apache.catalina.security.SecurityListener" />
     -->
     <!--APR library loader. Documentation at /docs/apr.html -->
     <!-- 加载（服务器启动） 和 销毁 （服务器停⽌） APR。 如果找不到APR库， 则会输出⽇志， 并
    不影响 Tomcat启动 -->
     <Listener className="org.apache.catalina.core.AprLifecycleListener"
    SSLEngine="on" />
     <!-- Prevent memory leaks due to use of particular java/javax APIs-->
     <!-- 避免JRE内存泄漏问题 -->
     <Listener
    className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
     <!-- 加载（服务器启动） 和 销毁（服务器停⽌） 全局命名服务 -->
     <Listener
    className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
     <!-- 在Context停⽌时重建 Executor 池中的线程， 以避免ThreadLocal 相关的内存泄漏 -->
      <Listener
    className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />


     <!-- Global JNDI resources
     Documentation at /docs/jndi-resources-howto.html
     GlobalNamingResources 中定义了全局命名服务
     -->
     <GlobalNamingResources>
     <!-- Editable user database that can also be used by
     UserDatabaseRealm to authenticate users
     -->
     <Resource name="UserDatabase" auth="Container"
     type="org.apache.catalina.UserDatabase"
     description="User database that can be updated and saved"
     factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
     pathname="conf/tomcat-users.xml" />
     </GlobalNamingResources>
     <!-- A "Service" is a collection of one or more "Connectors" that share
     a single "Container" Note: A "Service" is not itself a "Container",
     so you may not define subcomponents such as "Valves" at this level.
     Documentation at /docs/config/service.html
     -->
     <Service name="Catalina">
     ...
     </Service>
</Server>

Service标签：

<!--
 该标签⽤于创建 Service 实例，默认使⽤ org.apache.catalina.core.StandardService。
 默认情况下，Tomcat 仅指定了Service 的名称， 值为 "Catalina"。
 Service ⼦标签为 ： Listener、Executor、Connector、Engine，
 其中：
 Listener ⽤于为Service添加⽣命周期监听器，
 Executor ⽤于配置Service 共享线程池，
 Connector ⽤于配置Service 包含的链接器，
 Engine ⽤于配置Service中链接器对应的Servlet 容器引擎
-->
<Service name="Catalina">
 ...
</Service>

Executor标签：

<!--
    默认情况下，Service 并未添加共享线程池配置。 如果我们想添加⼀个线程池， 可以在
    <Service> 下添加如下配置：
     name：线程池名称，⽤于 Connector中指定
     namePrefix：所创建的每个线程的名称前缀，⼀个单独的线程名称为
    namePrefix+threadNumber
     maxThreads：池中最⼤线程数
     minSpareThreads：活跃线程数，也就是核⼼池线程数，这些线程不会被销毁，会⼀直存在
     maxIdleTime：线程空闲时间，超过该时间后，空闲线程会被销毁，默认值为6000（1分钟），单位
    毫秒
     maxQueueSize：在被执⾏前最⼤线程排队数⽬，默认为Int的最⼤值，也就是⼴义的⽆限。除⾮特
    殊情况，这个值 不需要更改，否则会有请求不会被处理的情况发⽣
     prestartminSpareThreads：启动线程池时是否启动 minSpareThreads部分线程。默认值为
    false，即不启动
     threadPriority：线程池中线程优先级，默认值为5，值从1到10
     className：线程池实现类，未指定情况下，默认实现类为
    org.apache.catalina.core.StandardThreadExecutor。如果想使⽤⾃定义线程池⾸先需要实现
    org.apache.catalina.Executor接⼝
-->
<Executor name="commonThreadPool"
     namePrefix="thread-exec-"
     maxThreads="200"
     minSpareThreads="100"
     maxIdleTime="60000"
     maxQueueSize="Integer.MAX_VALUE"
     prestartminSpareThreads="false"
     threadPriority="5"
     className="org.apache.catalina.core.StandardThreadExecutor"/>

Connector标签：

connector标签主要用于创建连接器实例，默认情况下，server.xml配置了两个connector标签，一个支持http协议，一个支持AJP协议，大多数情况下我们不需要新增连接器配置，只根据需要对已有连接器进行优化。

<!--
port：
 端⼝号，Connector ⽤于创建服务端Socket 并进⾏监听， 以等待客户端请求链接。如果该属性设置
为0， Tomcat将会随机选择⼀个可⽤的端⼝号给当前Connector 使⽤
protocol：
 当前Connector ⽀持的访问协议。 默认为 HTTP/1.1 ， 并采⽤⾃动切换机制选择⼀个基于 JAVA
NIO 的链接器或者基于本地APR的链接器（根据本地是否含有Tomcat的本地库判定）
connectionTimeOut:
Connector 接收链接后的等待超时时间， 单位为 毫秒。 -1 表示不超时。
redirectPort：
 当前Connector 不⽀持SSL请求， 接收到了⼀个请求， 并且也符合security-constraint 约束，
需要SSL传输，Catalina⾃动将请求重定向到指定的端⼝。
executor：
 指定共享线程池的名称， 也可以通过maxThreads、minSpareThreads 等属性配置内部线程池。
URIEncoding:
 ⽤于指定编码URI的字符编码， Tomcat8.x版本默认的编码为 UTF-8 , Tomcat7.x版本默认为ISO8859-1
-->
<!--org.apache.coyote.http11.Http11NioProtocol ， ⾮阻塞式 Java NIO 链接器-->
<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />

可以使用共享线程池：

<Connector port="8080"
     protocol="HTTP/1.1"
     executor="commonThreadPool"
     maxThreads="1000"
     minSpareThreads="100"
     acceptCount="1000"
     maxConnections="1000"
     connectionTimeout="20000"
     compression="on"
     compressionMinSize="2048"
     disableUploadTimeout="true"
     redirectPort="8443"
     URIEncoding="UTF-8" />

Engine标签：

Engine表示Servlet引擎。

<!--
name： ⽤于指定Engine 的名称， 默认为Catalina
defaultHost：默认使⽤的虚拟主机名称， 当客户端请求指向的主机⽆效时， 将交由默认的虚拟主机处
理， 默认为localhost
-->
<Engine name="Catalina" defaultHost="localhost">
 ...
</Engine>

Host标签

Host标签用于适配一个虚拟主机

<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true">
 ...
</Host>

访问时就是在浏览器地址输入localhost+监听的端口号就会跳转到相对路径webapps目录下。

Context标签

context标签用于配置一个web应用，如下：

<Host name="www.abc.com" appBase="webapps" unpackWARs="true"
autoDeploy="true">
<!--
 docBase：Web应⽤⽬录或者War包的部署路径。可以是绝对路径，也可以是相对于 Host appBase的
相对路径。
 path：Web应⽤的Context 路径。如果我们Host名为localhost， 则该web应⽤访问的根路径为：
 http://localhost:8080/web3。对应目录真是路径为/Users/yingdian/web_demo
-->
 <Context docBase="/Users/yingdian/web_demo" path="/web3"></Context>

   <!--日志输出配置-->
 <Valve className="org.apache.catalina.valves.AccessLogValve"
directory="logs"
 prefix="localhost_access_log" suffix=".txt"
         <!--输出格式-->
 pattern="%h %l %u %t &quot;%r&quot; %s %b" />
</Host>

Tomcat的启动流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SzUXNm4A-1594290584344)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593942328248.png)]

Tomcat请求处理流程

请求处理流程分析

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kQgy6YA7-1594290584344)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593943195031.png)]

请求处理流程示意图

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-LuFkkwvG-1594290584345)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593943243542.png)]

Mapper体系结构

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-L2Uuq8qz-1594290584345)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1593943272211.png)]

Tomcat的类加载机制

java类（.java）–>编译成字节码文件（.class）–>字节码文件需要被加载到jvm内存中（这个过程就是一个类加载过程）。

类加载器（说白了也是一个类，jvm在启动的时候会把类加载器加载到内存中，其他的类（各种jar包中的class文件和自己编写编译之后的class文件）由类加载器加载）。

Tomcat的类加载机制就是jvm的类加载机制基础上进行了一些变动。

Jvm的类加载机制

JVM的类加载机制主要依靠类加载器（ClassLoader），类加载器有自己的体系，JVM中设置了几种类加载器：引导类加载器、扩展类加载器、系统类加载器，他们之间形成父子关系，通过parent属性来定义这种关系。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rJ0DVMoI-1594290584346)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1594038532556.png)]

类加载器	作用
引导类加载器BootstrapClassLoader	c++编写，加载java核⼼库 java.*,⽐如rt.jar中的类，构造ExtClassLoader和AppClassLoader
扩展类加载器 ExtClassLoader	java编写，加载扩展库 JAVA_HOME/lib/ext⽬录下的jar 中的类，如classpath中的jre ，javax.*或者java.ext.dir 指定位置中的类
系统类加载器 SystemClassLoader/AppClassLoader	默认的类加载器，搜索环境变量 classpath 中指明的路径

另外：用户可自定义类加载器（java编写，用户自定义的类加载器可加载指定的class文件）

当JVM运行过程中，用户自定义的类加载器会按照下面的步骤去加载（双亲委派机制）：

1）用户自定义的类加载器会把加载请求传递给其父加载器，父加载器又会把加载请求传递给他的父加载器，知道传递到加载器的最顶层。

2）最顶层的类加载器首先针对自己的特定位置加载，如果加载不到就会交给子类。

3）如果一直到最底层的加载器都加载不到，就会报错ClassNotFundException

因此，按照这个过程可以想到，如果同样在 classpath 指定的⽬录中和⾃⼰⼯作⽬录中存放相同的 class，会优先加载 classpath ⽬录中的⽂件

双亲委派机制

概念

当某个类加载器需要加载某个.class⽂件时，它⾸先把这个任务委托给他的上级类加载器，递归这个操作，如果上级的类加载器没有加载，⾃⼰才会去加载这个类。

双亲委派机制的作用

防止重复加载一个Class文件，通过委派去向上问一问，就不用了再加载一遍，保证数据安全。
防止篡改核心class文件。（比如：我自己定义了一个Object类，然后用自己定义的类加载器去加载了自定义的Object，这样就篡改了核心的Object类）。

Tomcat的类加载机制

Tomcat 的类加载机制相对于 Jvm 的类加载机制做了⼀些改变。没有严格的遵从双亲委派机制，也可以说打破了双亲委派机制

⽐如：有⼀个tomcat，webapps下部署了两个应⽤ app1/lib/a-1.0.jar com.lagou.edu.Abc app2/lib/a-2.0.jar com.lagou.edu.Abc 不同版本中Abc类的内容是不同的，代码是不⼀样的。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uNewZE7N-1594290584347)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1594039887246.png)]

引导类加载器和扩展类加载器的作⽤不变系统类加载器正常情况下加载的是 CLASSPATH 下的类，但是 Tomcat 的启动脚本并未使⽤该变量，⽽是加载tomcat启动的类，⽐如bootstrap.jar，通常在catalina.bat或者catalina.sh中指定。位于CATALINA_HOME/bin下
Common 通⽤类加载器加载Tomcat使⽤以及应⽤通⽤的⼀些类，位于CATALINA_HOME/lib下，⽐如servlet-api.jar
Catalina ClassLoader ⽤于加载服务器内部可⻅类，这些类应⽤程序不能访问
Shared ClassLoader ⽤于加载应⽤程序共享类，这些类服务器不会依赖 Webapp ClassLoader，每个应⽤程序都会有⼀个独⼀⽆⼆的Webapp ClassLoader，他⽤来加载本应⽤程序 /WEB-INF/classes 和 /WEB-INF/lib 下的类。

tomcat 8.5 默认改变了严格的双亲委派机制
- ⾸先从 Bootstrap Classloader加载指定的类
- 如果未加载到，则从 /WEB-INF/classes加载
- 如果未加载到，则从 /WEB-INF/lib/*.jar 加载
- 如果未加载到，则依次从 System、Common、Shared 加载（在这最后⼀步，遵从双亲委派机制）

Tomcat对Https的支持及Tomcat的性能优化策略

Tomcat对Https的支持

Https协议

Http超⽂本传输协议，明⽂传输，传输不安全，https在传输数据的时候会对数据进⾏加密。

Http协议与Https协议的区别：

HTTPS协议使⽤时需要到电⼦商务认证授权机构（CA）申请SSL证书
HTTP默认使⽤8080端⼝，HTTPS默认使⽤8443端⼝
HTTPS则是具有SSL加密的安全性传输协议，对数据的传输进⾏加密，效果上相当于HTTP的升级版
HTTP的连接是⽆状态的，不安全的；HTTPS协议是由SSL+HTTP协议构建的可进⾏加密传输、身份认证的⽹络协议，⽐HTTP协议安全

Https工作原理

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wlK5bpBB-1594290584347)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1594042034766.png)]

Tomcat对Https的支持

1）使⽤ JDK 中的 keytool ⼯具⽣成免费的秘钥库⽂件(证书)。

keytool -genkey -alias lagou -keyalg RSA -keystore lagou.keystore

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-a3Ptgim1-1594290584348)(C:\Users\18180408327\AppData\Roaming\Typora\typora-user-images\1594042528640.png)]

2)配置conf/server.xml

<Connector port="8443" protocol="org.apache.coyote.http11.Http11NioProtocol"
 maxThreads="150" schema="https" secure="true" SSLEnabled="true">
 <SSLHostConfig>
 <Certificate
certificateKeystoreFile="/Users/yingdian/workspace/servers/apache-tomcat8.5.50/conf/lagou.keystore" certificateKeystorePassword="lagou123" type="RSA"
/>
 </SSLHostConfig>
</Connector>

3)使用 https协议访问8443端⼝

Tomcat性能优化

ore lagou.keystore


[外链图片转存中...(img-a3Ptgim1-1594290584348)]

2)配置conf/server.xml


3)使用 https协议访问8443端⼝ 

## Tomcat性能优化

无知小码农

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
Tomcat

servlet讲解Servlet是JavaEE规范的一种，主要是为了扩展Java作为Web服务的功能，统一接口。由其他内部厂商如tomcat，jetty内部实现web的功能。如一个http请求到来：容器将请求封装为servlet中的HttpServletRequest对象，调用init（），service（）等方法输出response,由容器包装为httpresponse返回给客户端的过程。[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UFOvIIvh-15942905
复制链接

扫一扫

专栏目录