1   Tomcat的原理和配置文件详解

1.1 tomcat服务器总体架构

1.2 Tomcat连接器组件Coyote

1.3 Coyote内部组件功能

1.4 Tomcat Catalina组件

1.5 Tomcat配置文件详解

2  Tomcat如何处理一个请求（源码追踪）

3  Tomcat性能调优

3.1 JVM内存模型及JVM内存参数调优

3.2 tomcat配置调优

1   Tomcat的原理和配置文件详解

1.1 tomcat服务器总体架构

        tomcat服务器具备两种能力，一种是作为一个Http服务器，另外一个则是作为Servlet容器，两大功能tomcat将其拆分为两个组件，Coyote（连接器）与Catalina（容器）两个组件。其中Coyote负责处理Socket通讯，将Socket解析封装为Request对象（非Java ee的Request对象），Catalina负责Servlet初始化、加载等。

1.2 Tomcat连接器组件Coyote

        在进行Coyote组件的分析之前，我们先来看下Coyote组件的职能：

        1）处理socket请求

        2）与Catalina组件解耦

        3）将请求封装成request对象，并将该对象转发给Catalina组件封装成HttpServletRequst对象

        4）负责网络层和传输层的内容

        由上面我们可以知道，Tomcat连接器组件主要是处理TCP/IP模型下的网络层和传输层的内容，具体的TCP/IP模型可参考如下图。

        Tomcat主要是职责是处理TCP/IP模型中的传输层和应用层，其中应用层支持的协议有HTTP(1.1与2.0版本，默认为1.1版本)，传输层支持NIO和ARP两种传输模型，这里具体的I/O传输模型这里不多做分析。

1.3 Coyote内部组件功能

Coyote组件	功能
Adapter	位于org.apache.coyote包中，Tomcat中的Catalina组件入口，将tomcat的request和response 转换成ServletRequest和HttpResponse，并用Catalina容器
Processor	所有协议处理器的通用接口（应用层协议），加工处理Socket连接并封装成tomcat Request和Response对象，并通过Adapter传入容器中
ProtocolHandler	Tomcat协议接口，定义具体协议的处理能力。
EndPoint	Coyote通讯端点，监听Socket请求，向Processor提供字节流

发起请求------》EndPoint------提供字节流----->Processor---提供res和rep对象----》Adapter --提供ServletRequest、ServletResponse--》Catalina容器。

1.4 Tomcat Catalina组件

        Tomcat的核心组件，可以认为所有的组件都是为Catalina组件服务，Catalina是一个Servlet容器。Tomcat启动都会示例化一个Catalina实例，Catalina实例会读取conf/server.xml这个配置文件完成其他组件的实例创建。查看Tomcat的conf/server.xml文件，Catalina 可以实例化一个Server容器和多个Service容器。Service下面可以配置多个Connector组件绑定到一个Container容器。

我们读配置文件，可看到Catalina容器组件可由具体的以下几种容器组件构成。

Engine: Catalina的引擎，在Service下只能有一个Engine

Host:一个站点，位于Engine下面，可以配置多个虚拟站点地址，可以包含多个Content

Content:一个站点程序，位于Host下面，可以包含多个Wrapper

Wrapper:一个Wrapper代表一个Servlet实例，容器最底层，不在包含其他容器

1.5 Tomcat配置文件详解

Tomcat核心配置文件位于conf/server.xml。

---

2  Tomcat如何处理一个请求（源码追踪）

在进行源码追踪先，我们先下载tomcat-8.5.72-src源码和tomcat-8.5.72,下载地址：Apache Tomcat® - Apache Tomcat 8 Software Downloads

 使用IDEA打开tomcat源码工程

 因为tomcat 不是用maven构建的，将tomcat源码工程新建pom.xml文件转为maven项目，pom.xml的内容如下：

  4.0.0
  org.apache.tomcat
  apache-tomcat-8.5.50-src
  Tomcat8.5
  8.5
  
    
    Tomcat8.5
    java
    
      
        java
      
    
    
      
      
        org.apache.maven.plugins
        maven-compiler-plugin
        3.1
        
          UTF-8
          1.8
          1.8
        
      
    
  
  
  
    
      org.easymock
      easymock
      3.4
    
    
      ant
      ant
      1.7.0
    
    
      wsdl4j
      wsdl4j
      1.6.2
    
    
      javax.xml
      jaxrpc
      1.1
    
    
      org.eclipse.jdt.core.compiler
      ecj
      4.5.1
    
    
      javax.xml.soap
      javax.xml.soap-api
      1.4.0
    

  

如果你下载的是tomcat10+版本，还需要在pom中添加下面这两个jar包：

   org.apache.tomcat
   jakartaee-migration
   1.0.0



   biz.aQute.bnd
   biz.aQute.bndlib
   5.3.0
   provided

在pom.xml右键，选择Add as Maven project

在org.apache.catalina.startup.ContextConfig#contextConfig 方法中添加jsp解析，

context.addServletContainerInitializer(new JasperInitializer(), null);

因为tomcat源码工程的webapps里面的工程都是没有经过编译的示例工程，将下载的经过编译的二进制工程中的webapps和conf目录覆盖到tomcat源代码工程中。并在jvm启动参数中添加tomcat启动参数，指定tomcat主目录和配制文件目录。

-Dcatalina.home=D:projectsapache-tomcat-8.5.50-src

-Dcatalina.base=D:projectsapache-tomcat-8.5.50-src

-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager

-Djava.util.logging.config.file=D:projectsapache-tomcat-8.5.50-src/conf/logging.properties

Tomcat启动入口在org.apache.catalina.startup.Bootstrap中的main函数中，启动它。启动成功后访问127.0.0.1:8080 ，成功！

Tomcat请求分析：

1、org.apache.tomcat.util.net.NioEndpoint.SocketProcessor#doRun   -->  接收Socket请求

org.apache.coyote.http11.Http11Processor#service-->   封装tomcat req 和res

2、org.apache.catalina.connector.CoyoteAdapter#service            --> 将tomcat req 和res 转换为ServletRequest 和ServletResponse

3、org.apache.catalina.core.StandardEnginevalve#invoke            -->根据请求的服务器名称，选择合适的子主机来处理此请求。 如果找不到匹配的主机，则返回相应的 HTTP 错误。

4、org.apache.catalina.core.StandardHostValve#invoke              -->根据Content部署的地址查找应用

5、org.apache.catalina.core.StandardContextValve#invoke           -->根据指定的请求 URI，选择适当的子 Wrapper 来处理此请求。 如果找不到匹配的 Wrapper，则返回相应的 HTTP 错误。在进行Wrapper 查找之前先判断路径是有WEB-INF等路径，这些路径返回404

6、org.apache.catalina.core.StandardWrapperValve#invoke          -->调用正在管理的 servlet，遵守有关 servlet 生命周期和 SingleThreadModel 支持的规则。

7、org.apache.catalina.core.ApplicationFilterChain#doFilter          -->调用此链中的下一个过滤器，传递指定的请求和响应。 如果此链中没有更多过滤器，则调用 servlet 本身的service()方法。

3  Tomcat性能调优

我们看一个服务器的性能指标主要是从两个方面着手：

1. 响应时间，tomcat完成一个操作需要的时间
2. 吞吐量，单位时间内能够完成的操作的数量，单位为数量/秒，一个操作从发起到服务器响应请求。

我们tomcat性能优化从两个方面入手：

1. 优化JVM内存模型
2. Tomcat调整线程池或者IO模型

3.1 JVM内存模型及JVM内存参数调优

理解了JVM内存模型，我们才能更好的去对JVM内存调优。

本地方法栈：C++Native执行所需的栈区，为线程私有

程序计数器：保存程序执行的位置，为线程私有

栈：程序运行时方法的临时变量保存区域，为线程私有，保存的也是线程的执行位置

堆：存储对象

元数据区（方法区）：静态变量、方法、类加载器保存区域

1）JVM内存参数调优

我们对JVM内存优化主要是对堆内存进行调整，其中JVM内存参数如下表：

参数	说明	配置建议
-server	启动Server，以服务端模式运⾏	服务端模式建议开启
-Xms	最⼩堆内存	建议与-Xmx设置相 同
-Xmx	最⼤堆内存	建议设置为可⽤内存的80%，这个可用内存是其他软件使用完毕后还可以剩下使用的内存
-XX:metaspaceSize	元空间初始值
- XX:MaxmetaspaceSize	元空间最⼤内存	默认⽆限
-XX:NewRatio	年轻代和⽼年代⼤⼩⽐值，取值为整数，默 认为2	不需要修改
-XX:SurvivorRatio	Eden区与Survivor区⼤⼩的⽐值，取值为整 数，默认为8	不需要修改

参数调整示例：

我的计算机是8G内存，开机后剩余内存5G，我以服务模仿是运行，最大堆内存和最小堆内存相同，占用5G * 80% = 4G，其他参数不需要调整。

JAVA_OPTS="-server -Xms4096m -Xmx4096m -XX:metaspaceSize=256m -XX:MaxmetaspaceSize=512m"

使用jmap 查看tomcat内存使用情况：

netstat -ano 找到tomcat的pid

输入jmap -heap 8940 ,查看tomcat内存使用情况

1. JVM垃圾回收机制调参

GC策略	说明
串行收集器	单线程执行所有的垃圾回收工作，适用于单核CPU服务器。工作进程--->同一个线程GC工作-->工作进程
并行收集器	以并行的方式执行年轻代的垃圾回收，可以降低垃圾回收的开销。适用于多核处理器多线程的硬件上的数据量较大的应用。工作进程--->多个线程GC工作--->工作进程
并发收集器	并发的方式执行大部分垃圾回收工作，以缩短回收暂停时间。使用于那些响应时间优先于吞吐量的应用，因为该收集器缩短了暂停时间，但会降低应用程序性能。
CMS收集器	并发标记清除收集器，使用于那些更愿意缩短垃圾回收暂停时间并负担起与垃圾回收共享处理资源的应用。
G1收集器	适用于大容量内存的多核服务器，可以在满足垃圾回收暂停时间目标的同时，以最大可能性实现高吞吐量。该机制在JDK1.7之后才支持。

垃圾回收机制参数配置如下表所示：

参数	描述
-XX:+UseSerialGC	启⽤串⾏收集器
-XX:+UseParallelGC	启⽤并⾏垃圾收集器，配置了该选项，那么 -XX:+UseParallelOldGC默认启⽤
-XX:+UseParNewGC	年轻代采⽤并⾏收集器，如果设置了 -XX:+UseConcMarkSweepGC选项，⾃动启⽤
-XX:ParallelGCThreads	年轻代及⽼年代垃圾回收使⽤的线程数。默认值依赖于JVM使⽤的CPU个数
-XX:+UseConcMarkSweepGC（CMS）	对于⽼年代，启⽤CMS垃圾收集器。 当并⾏收集器⽆法满⾜应⽤的延迟需 求是，推荐使⽤CMS或G1收集器。启⽤该选项后， -XX:+UseParNewGC⾃动启⽤。
-XX:+UseG1GC	启⽤G1收集器。 G1是服务器类型的收集器， ⽤于多核、⼤内存的机器。它在保持⾼吞吐量的情况下，⾼概率满⾜GC暂停时间的⽬标。

参数示例：

JAVA_OPTS="-XX:+UseConcMarkSweepGC" 

3.2 tomcat配置调优

• 在配置文件中，调整conf/server.xml,配置tomcat线程池

对性能影响的线程池参数如下表所示：

参数	说明
maxConnections	最⼤连接数，当到达该值后，服务器接收但不会处理更多的请求， 额外的请求将会阻塞直到连接数低于maxConnections 。可通过ulimit -a 查看服务器限制。对于CPU要求更⾼(计算密集型)时，建议不要配置过⼤ ; 对于CPU要求不是特别⾼时，建议配置在2000左右(受服务器性能影响)。 当然这个需要服务器硬件的⽀持。
maxThreads	最⼤线程数,需要根据服务器的硬件情况，进⾏⼀个合理的设置
acceptCount	最⼤排队等待数,当服务器接收的请求数量到达maxConnections ，此时Tomcat会将后⾯的请求，存放在任务队列中进⾏排序， acceptCount指的就是任务队列中排队等待的请求数 。⼀台Tomcat的最⼤的请求处理数量，是maxConnections+acceptCount。

• 配置conf/server.xml,禁用AJP连接器

• 配置conf/server.xml,调整IO模式

        Tomcat8之前默认使用BIO，每一个请求创建一个线程，不适用高并发；Tomcat8以后版本默认使用NIO。

        Tomcat并发性能有较⾼要求或者出现瓶颈时，我们可以尝试使⽤APR模式， APR（Apache PortableRuntime）是从操作系统级别解决异步IO问题，使⽤时需要在操作系统上安装APR和Native（因为APR原理是使⽤使⽤JNI技术调⽤操作系统底层的IO接⼝） 

• 动静分离

可以使用Nginx+tomcat相结合，tomcat比较擅长处理动态资源，可以将静态资源丢给Nginx处理。