1 What is Tomcat
The Apache Tomcat® software is an open source implementation of the Java Servlet, JavaServer Pages, Java Expression Language and Java WebSocket technologies.
2 Version choose and reason
2.1 Version choose
Tomcat版本:Tomcat8.0.11 jdk版本:大于等于jdk1.7—>【 Download/Which version 】 tomcat各个版本下载地址:【 Download/Archives 】 各个版本产品和源码https://archive.apache.org/dist/tomcat/
2.2 Reason
在tomcat7.0中没有NIO2,在tomcat8.5中没有BIO,而在tomcat8.0中支持的比较丰富 可以在源码中验证一下:AbstractEndpoint.bind()—>implementation
3 了解回顾
3.1 源码需要引入的pom.xml文件
在tomcat源码的根目录新建pom.xml文件,将下面这段内容复制到pom.xml文件中
代码语言:javascript复制<?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.0</artifactId>
<name>Tomcat8.0</name>
<version>8.0</version>
<build>
<finalName>Tomcat8.0</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>
3.2 tomcat产品目录文件含义
(1)bin:主要用来存放命令,.bat是windows下,.sh是Linux下 (2)conf:主要用来存放tomcat的一些配置文件 (3)lib:存放tomcat依赖的一些jar包 (4)logs:存放tomcat在运行时产生的日志文件 (5)temp:存放运行时产生的临时文件 (6)webapps:存放应用程序 (7)work:存放tomcat运行时编译后的文件,比如JSP编译后的文件 这块咱们就不详细去说了,因为在Javaweb中都学过,即使忘了一些文件或者文件夹的作用,网上介绍的一大堆
3.3 tomcat额外需知
(1)Java语言写的 (2)servlet/jsp technologies
4 不妨手写一个mini的Tomcat
为什么要手写?既然上述提到了tomcat是java语言写的,又和servlet相关,那就自己设计一个试试,先不管作者的想法如何
4.1 确定tomcat作用
web服务器,说白了就是能够让客户端和服务端进行交互,比如客户端想要获取服务端某些资源,服务端可以通过 tomcat去进行一些处理并且返回。
4.2 基于Socket进行网络通信
代码语言:javascript复制//基于网络编程socket套接字来做
class MyTomcat{
ServerSocket server=new ServerSocket(8080);
Socket socket=server.accept();
InputStream in=socket.getInputStream();
OutputStream out=socket.getOutputStream();
}
实际上就是通过serversocket在服务端监听一个端口,等待客户端的连接,然后能够获取到对应的输入输出流
4.3 优化
代码语言:javascript复制//优化1:将输入输出流封装到对象
class MyTomcat{
ServerSocket server=new ServerSocket(8080);
Socket socket=server.accept();
InputStream in=socket.getInputStream();
new Request(in);
OutputStream out=socket.getOutputStream();
new Response(out);
}
class Request{private String host;private String accept-language;}
class Response{}
发现一个比较靠谱的tomcat已经被我们写出来了,问题是这个tomcat如果使用起来方便吗?你会发现不方便,因为对应的request和response都放到了tomcat源码的内部,业务人员想要进行开发时,很难获得request对象,从而获得客户端传来的数据,也不能进行很好的返回,怎么办呢? 我们发现在JavaEE中有servlet这项技术,比如我们进行登录功能业务代码开发时,写过如下这段代码和配置
代码语言:javascript复制//优化2前奏:
class LoginServlet extends HttpServlet{
doGet(request,response){}
doPost(request,response){}
}
<servlet>
<servlet-name>LoginServlet</servlet-name>
<servlet-class>com.gupao.web.servlet.SimpleServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>LoginServlet</servlet-name>
<url-pattern>/login</url-pattern>
</servlet-mapping>
所以不妨让tomcat也实现servlet规范,这时候手写的tomcat源码就可以做一个改变
代码语言:javascript复制//优化2:
class MyTomcat{
List list=new ArrayList();
ServerSocket server=new ServerSocket(8080);
Socket socket=server.accept();
//也就是这个地方不是直接处理request和response
//而是处理一个个servlets
list.add(servlets);
}
4.4 手写版tomcat[servlets]真的可行吗?
换句话说:tomcat官方开发者对于用list集合保存项目中的servlets也是这样想的吗?我们可以从几个维度进行一下推测
4.4.1 servlet之业务代码
业务代码中关于servlet想必大家都配置过,或者用注解的方式,原本开发web应用就采用的是这样的方式。你的controller中有很多自己写的servlet,都继承了HttpServlet类,然后web.xml文件中配置过所有的servlets,也就是mapping映射,这个很简单。
4.4.2 servlet之产品角度
如果apache提供的tomcat也这么做了,势必也要跟servlet规范有关系,也就是要依赖servlet的jar包,我们来看一下在tomcat产品的bin文件夹之下有没有servlet.jar,发现有。
4.4.3 servlet之源码角度
最后我们如果能够在tomcat源码中找到载入servlets的依据,就更加能说明问题了 于是我们在idea中的tomcat8.0源码,关键是到哪里找呢?总得有个入口吧?源码中除了能够看到各种Java类型的文件之外,一脸懵逼,怎么办? 不妨先跳出来想想,如果我们是tomcat源码的设计者,也就是上述手写的代码,我们怎么将业务代码中的servlets加载到源码中?我觉得可以分为两步 (1)加载web项目中的web.xml文件,解析这个文件中的servlet标签,将其变成java中的对象 (2)在源码中用集合保存 注意第(1)步,为什么是加载web.xml文件呢?因为要想加载servlets,一定是以web项目为单位的,而一个web项目中有多少个servlet类,是会配置在web.xml文件中的。 寻找和验证 加载和解析web.xml文件 加载 :ContextConfig.webConfig()—>getContextWebXmlSource()—>Constants.ApplicationWebXml 解析 :ContextConfig.webConfig()—>configureContext(webXml)—>context.createWrapper() 将servlets加载到list集合中 StandardContext.loadOnStartup(Container children[])—>list.add(wrapper)
4.4.4 加载servlets的疑惑
怎么知道上面找的过程的? 我们会发现上面加载web.xml文件和添加servlets都和Context有点关系,因为都有这个单词,那这个Context大家眼熟吗?其实我们见过,比如你把web项目想要供外界访问时,你会添加web项目到webapps目录,这是tomcat的规定,除此之外,还可以在conf/server.xml文件中配置Context标签。 按照经验之谈,一般框架的设计者都会提供一两个核心配置文件给我们,比如server.xml就是tomcat提供给我们的,而这些文件中的标签属性最终会对应到源码的类和属性
4.5 手写版tomcat[监听端口]可行吗?
换句话说:tomcat官方开发者对于监听端口也是这么设计的吗 其实我们手写的tomcat这块有两个核心:第一是监听端口,第二是添加servlets,上面解决了添加servlets。 接下来显然我们有必要验证一下监听端口tomcat也是这么做的吗?
4.5.1 监听端口之画图
在tomcat这块左边一定会监听在某个端口,等待客户端的连接,不然所有的操作都没办法进行交互
4.5.2 监听端口之源码角度
Connector.initInternal()->protocolHandler.init()->AbstractProtocol.init()->endpoint.init()>bind()->Apr,JIo,NIO,NIO2->JIo即Socket实现方式
4.5.3 监听端口的疑惑
为什么知道找Connector? 再次回到conf/web.xml文件,发现有一个Connector标签,而且还可以配置port端口,我们能够联想到监听端口, 按照配置文件到源码类的经验,源码中一定会有这样一个Connector类用于端口的监听。
4.6 完善自己的tomcat架构图
4.7 推导出tomcat架构图
conclusion:架构图<—>server.xml<—>源码 三者有一一对应的关系
5 折腾Tomcat架构和源码
5.1 认识强化主要组件的含义
http://tomcat.apache.org/tomcat-8.0-doc/architecture/overview.html
5.2 它们是如何协同工作的?
换句话说:之前找了两个点,监听端口,加载servlets的调用过程是如何的? 比如bind(),loadOnstartup()到底谁来调用? 此时大家还是要回归到最初的流程,客户端发起请求到得到响应来看。 客户端角度 :发起请求,最终得到响应 tomcat代码角度 :虽然是要监听端口和添加servlets进来,但是肯定有一个主函数,从主函数开始调用 说白了,如果我是源码设计者,既然架构图我都了解了,肯定是要把这些组件初始化出来,然后让它们一起工作, 也就是: 初始化一个个组件 利用这些组件进行相应的操作
5.2.1 寻找源码开始的地方
一定有一个类,这个类中有main函数开始,这样才能有一款java源码到产品,一贯的作风。 感性的认知: BootStrap ->main()->根据脚本命令->startd daemon.load() 加载 daemon.start() 启动 果然被我们找到了,先加载再启动,那就继续看咯
5.2.2 加载:daemon.load()的过程
Bootstrap.main()->Bootstrap.load()->Catalina.load()->初始化的依据是什么?考虑coder的设计server.xml ->Lifecycle.init()->LifecycleBase.init()->LifecycleBase.initInternal()->StandardServer.initInternal() ->services[i].init()->StandardService.initInternal()->executor.init()/ connector.init() ->LifecyleBase.initInternal()->Connector.initInternal()->protocolHandler.init()->AbstractProtocol.init() ->endpoint.init()->bind()->Apr,JIo,NIO,NIO2 conclusion:请求目前没有来,只是内部的初始化工作
5.2.3 启动:daemon.start()的过程
Bootstrap.start()->Catalina.start()->getServer.start()->LifecycleBase.start()->LifecycleBase.startInternal() ->StandardServer.startInternal()->services[i].start()->StandardService.startInternal() -> container.start()[查看一下Container接口] /executors.init()/connectors.start()->engine.start()->StandardEngine.startInternal() 查看一下StandardEngine类关系结构图,发现ContainerBase是它的爸爸,而这个爸爸有多少孩子呢?
Engine,Host,Context,Wrapper都是它的孩子
->super[ContainerBase].startInternal()->代码呈现
results.add(startStopExecutor.submit(new StartChild(children[i])))
关注到new StartChild(children[i])—>child.start(),也就是会调用Engine子容器的start方法,那子容器是什么呢? Host,child.start->LifecycleBase.start()->startInternal()->StandardHost.startInternal()
Host将一个个web项目加载进来 StandardHost.startInternal()->ContainerBase.startInternal()->最后threadStart() ->new Thread(new ContainerBackgroundProcessor())-> run()[processChildren(ContainerBase.this)] ->container.backgroundProcess()->ContainerBase.backgroundProcess() ->fireLifecycleEvent(Lifecycle.PERIODIC_EVENT, null)->listener.lifecycleEvent(event) ->interested[i].lifecycleEvent(event)->监听器HostConfig->HostConfig.lifecycleEvent(LifecycleEvent event) ->check()-> deployApps()
代码语言:javascript复制// Deploy XML descriptors from configBase
deployDescriptors(configBase, configBase.list());
// Deploy WARs
deployWARs(appBase, filteredAppPaths);
// Deploy expanded folders
deployDirectories(appBase, filteredAppPaths);
回到 StandardHost.startInternal() ->super.startInternal() results.add(startStopExecutor.submit(new StartChild(children[i]))); 然后又会调用它的子容器->super.startInternal()->StandardContext.initInternal()
- StandardContext.startInternal()解析每个web项目
fireLifecycleEvent(Lifecycle.CONFIGURE_START_EVENT, null)->listener.lifecycleEvent(event) interested[i].lifecycleEvent(event)->[找实现]ContextConfig.lifecycleEvent(LifecycleEvent event)- configureStart()->webConfig()->解析每个web项目的xml文件了->getContextWebXmlSource()->Constants.ApplicationWebXml
ContextConfig.webConfig()的step9解析到servlets包装成wrapper对象 何时调用loadOnstartup() StandardContext.startInternal()->最终会调用 if (!loadOnStartup(findChildren()))
5.3 官网验证上述流程
5.3.1 Server Startup
Documentation/Tomcat8.0/Apache Tomcat Development/Architecture/Server Startup:http://tomcat.apache.org/tomcat-8.0-doc/architecture/startup/serverStartup.pdf
5.3.2 Request Process
Documentation/Tomcat8.0/Apache Tomcat Development/Architecture/Request Process:http://tomcat.apache.org/tomcat-8.0-doc/architecture/requestProcess/request-process.png
6 Tomcat性能优化思路
6.1 优化思路过渡
上面说了这么多,接下来咱们就来聊聊tomcat的性能优化,那怎么进行优化?哪些方面需要进行优化?先有一个 整体的认知。 其实还是要回归到问题的本质,一个客户端的连接请求响应的流程,看看这个过程经历了什么,哪些地方能够优 化。 当然,我要补充的一点是,服务器的CPU、内存、硬盘等对性能有决定性的影响,硬件这块配置越高越好。 再次看tomcat architecture :
发现客户端的连接请求会和Connector打交道,对于Connector可以进行选择,比如Http Connector,AJP Connector。 整体介绍 :Documentation/Tomcat8.0/User Guide/21)Connectors链接 详细介绍 :Documentation/Tomcat8.0/Reference/Configuration/Connectors链接 Executor 介绍 :Documentation/Tomcat8.0/Reference/Configuration/Executors链接 Context 介绍 :Documentation/Tomcat8.0/Reference/Configuration/Containers/Context链接 Context中加载web.xml文件时的源码 处理一些过滤器,全局servlet,session等等这些有一个全局的web.xml文件,在conf目录下,源码中会将两 者进行合并处理。 conclusion:要想改变上面这些内容,适当进行调整,咱们去修改tomcat源码显然不合适,那怎么修改呢?tomcat给我们提 供了可以进行定制自己组建的相关配置文件,比如说conf目录下的server.xml和web.xml文件,也就是说我们可以站在修改配 置文件的角度进行性能优化 继续思考tomcat性能优化思路 既然tomcat是Java写的,最终这些代码是会跑到jvm虚拟机中的,也就是说jvm的一些优化思路也可以在tomcat中 进行落实。
6.2 配置优化
由前面的分析可以定位目前两个重要的配置文件 conf/server.xml conf/web.xml
6.2.1 conf/server.xml核心组件
Server 官网描述 :Server interface which is rarely customized by users. 【pass】 Service 官网描述 :The Service element is rarely customized by users. 【pass】 Connector 官网描述 :Creating a customized connector is a significant effort. 【 need 】 Engine 官网描述 :The Engine interface may be implemented to supply custom Engines, though this is uncommon. 【pass】 Host 官网描述 :Users rarely create custom Hosts because the StandardHost implementation provides significant additional functionality. 【pass】 Context
官网描述 :The Context interface may be implemented to create custom Contexts, but this is rarely the case because the StandardContext provides significant additional functionality. 【 maybe 】 Context既然代表的是web应用,是和我们比较接近的,这块我们考虑对其适当的优化 conclusion:Connector and Context
6.2.2 conf/server.xml非核心组件
官网 :Documentation/Reference/Configuration/Nested Components/xxx Listener
Listener(即监听器)定义的组件,可以在特定事件发生时执行特定的操作;被监听的事件通常是Tomcat的启动和停止。
代码语言:javascript复制<Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
<!--监听内存溢出-->
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
<Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />
Global Resources
GlobalNamingResources元素定义了全局资源,通过配置可以看出,该配置是通过读取$TOMCAT_HOME/ conf/tomcat- users.xml实现的。
The GlobalNamingResources element defines the global JNDI resources for the [Server] (https://tomcat.apache.org/tomcat-8.0-doc/config/server.html)
代码语言:javascript复制<GlobalNamingResources>
<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>
Valve 功能类似于过滤器Filter
代码语言:javascript复制<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log" suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
Realm
Realm,可以把它理解成“域”;Realm提供了一种用户密码与web应用的映射关系,从而达到角色安全管理的作用。在本例中,Realm的配置使用name为UserDatabase的资源实现。而该资源在Server元素中使用GlobalNamingResources配置
A Realm element represents a “database” of usernames, passwords, and roles (similar to Unix groups) assigned to those users.
代码语言:javascript复制<Realm className="org.apache.catalina.realm.LockOutRealm">
<!-- This Realm uses the UserDatabase configured in the global JNDI
resources under the key "UserDatabase". Any edits
that are performed against this UserDatabase are immediately
available for use by the Realm. -->
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Realm>
6.2.3 conf/web.xml
全局的web.xml文件有些标签用不到的,可以删除掉,具体后面会说。
6.3 JVM优化
6.3.1 内存设置
为了防止内存不够用,显然可以设置一下内存的大小
6.3.2 GC算法
选择合适的GC算法,其实内存大小的设置也会影响GC
6.4 小结
减少相关配置->查看日志tomcat启动时间 项目方法 :Connector->BIO/NIO/APR->压测某个项目的方法观察Throughout JVM :jconsole,gceasy.io,jvisual
8 Tomcat性能优化
写的不错的一篇文章链接 :https://www.itworld.com/article/2764170/tomcat-performance-tuning-tips.html
8.1 配置优化
8.1.1 减少web.xml/server.xml中标签
最终观察tomcat启动日志[时间/内容],线程开销,内存大小,GC等 DefaultServlet 官网 :User Guide->Default Servlet The default servlet is the servlet which serves static resources as well as serves the directory listings (if directory listings are enabled).
代码语言:javascript复制<servlet>
<servlet-name>default</servlet-name>
<servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>
<init-param>
<param-name>debug</param-name>
<param-value>0</param-value>
</init-param>
<init-param>
<param-name>listings</param-name>
<param-value>false</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>default</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
- JspServlet
<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
<init-param>
<param-name>fork</param-name>
<param-value>false</param-value>
</init-param>
<init-param>
<param-name>xpoweredBy</param-name>
<param-value>false</param-value>
</init-param>
<load-on-startup>3</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>jsp</servlet-name>
<url-pattern>*.jsp</url-pattern>
<url-pattern>*.jspx</url-pattern>
</servlet-mapping>
welcome-list-file
代码语言:javascript复制<welcome-file-list>
<welcome-file>index.html</welcome-file>
<welcome-file>index.htm</welcome-file>
<welcome-file>index.jsp</welcome-file>
</welcome-file-list
mime-mapping移除响应的内容
代码语言:javascript复制<mime-mapping>
<extension>123</extension>
<mime-type>application/vnd.lotus-1-2-3</mime-type>
</mime-mapping>
<mime-mapping>
<extension>3dml</extension>
<mime-type>text/vnd.in3d.3dml</mime-type>
</mime-mapping>
- session-config
默认jsp页面有session,就是在于这个配置
代码语言:javascript复制<session-config>
<session-timeout>30</session-timeout>
</session-config>
8.1.2 调整优化server.xml中标签
8.1.2.1 Connector标签
- protocol属性
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
对于protocol=“HTTP/1.1”,查看源码
构造函数
代码语言:javascript复制public Connector(String protocol) {
setProtocol(protocol);
}
setProtocol(protocol)因为配置文件中传入的是HTTP/1.1 并且这里没有使用APR,一会我们会演示APR
代码语言:javascript复制else {
if ("HTTP/1.1".equals(protocol)) {
setProtocolHandlerClassName
("org.apache.coyote.http11.Http11NioProtocol");
} else if ("AJP/1.3".equals(protocol)) {
setProtocolHandlerClassName
("org.apache.coyote.ajp.AjpNioProtocol");
} else if (protocol != null) {
setProtocolHandlerClassName(protocol);
}
}
发现这里调用的是Http11NioProtocol,也就是说明tomcat8.0.x中默认使用的是NIO 使用同样的方式看tomcat7和tomcat8.5,你会发现tomcat7默认使用的是BIO,tomcat8.5默认使用的是NIO
- executor属性
最佳线程数公式