tomcat的部署和优化

tomcat的部署和优化

tomcat简介

Tomcat是一款免费、开放源代码的web应用服务器，是Apache软件基金会的一个核心开源项目，属于轻量级应用服务器

Tomcat的核心组件

TOMcat作为web应用服务器由三个容器组成

容器的概念就是比作一个水杯就是要来装载水 而水就是需要承载的对象 对于服务来讲封装一组资源/功能集合的个体就是容器

1. web容器

可以理解为web可以通过http（s）来访问的一个页面–》也就是文件 而web容器则是封装了一组文件也就是集中化管理—>一组资源对象***

总的来说就是展示web动态页面 并作为Tomcat的一个访问入口和出口

首先接收并相映请求 展示动态页面

每个容器都有一个核心 web容器的核心（Engine）引擎 容器运行的一切都是靠引擎（engine）

2.JSP容器

首先nginx的html只是用于按照定义的规则、格式来显示静态页面

动态页面是可以让用户进行交互的一种可视话的web类页面

除了静态页面展示的html语言之外，还会有一些Java类代码---->就是执行对接后端的执行代码

但是jsp中的一些Java代码无法直接执行对接或者调用，需要先翻译为可以直接执行的代码方式也就是servlet代码格式

而jsp容器的作用就是用来翻译Java代码格式

3.servlet容器

名为catalina 处理servlet代码 是做为servlet代码的一个容器

在tomcat中，servlet是执行动态请求任务的标准格式

而catalina会以一种脚本形式存在的 由Catalina具体写了一些和内存相关的执行方式

servlet容器 主要就是执行servlet代码（动态任务执行的标准格式），借助于catalina应用程序或脚本

Tomcat处理请求过程

首先nginx通过监听80端口接待客户端的访问请求发现客户端需访问的是动态页面

nginx则会反向代理通过8080端口转发给tomcat一个动态页面的请求

tomcat通过Java（connector 连接器）监听8080访问请求后，然后给与web容器处理

web容器中的index.jsp类型的页面也可以叫文件 会查找相应请求的Java类代码，并交予给jsp容器解析

jsp容器将收到web容器的java类代码进行解析，解析成servlte代码也就是可执行代码，并发送给servlte容器处理

servlte容器会通过catalina程序来处理从JSP容器过来的servlet代码

servlte容器会将处理完的代码通过api（接口也可以理解为URL）的方式传到对方api 就是应用程序 比如说支付宝

支付宝通过数据发现是需要查看用户的请求 假如支付宝不会保存所有的用户数据，所以支付宝会自己访问数据库并读取数据，数据库则会返回数据给到支付宝，支付宝收到数据后，并返回给servlet，servlet返回给JPS容器，JPS容器返回给web容器，web容器通过8080端口返回给nginx80 最终返回给用户

Tomcat的子目录及文件的作用

bin:存放启动和关闭tomcat的脚本文件，比较常用的是catalina.sh（用来处理servlte代码的）、startup.sh（开启tomcat）、shutdown.sh（关闭tomcat）三个文件**

**conf：存放tomcat服务器的各种配置文件，比较常用的是server.xml、context.xml、tomcat-users.xml、web.xml四个文件。*****

server.xml:tomcat的主配置文件，包含service，connector，engine，realm，valve，hosts主组件的相关配置信息；

context.xml：所有host的默认配置信息

tomcat-user.xml：realm认证时用到的相关角色，用户和密码等信息，tomcat自带的manager默认情况下会用到此文件，在tomcat中添加/删除用户，为用户指定角色等将通过编辑此文件实现：



web.xml：遵循servlet规范标准的配置文件，用于配置servlet，并为所有的web应用程序提供包括mime映射等默认配置信息；

lib：存放tomcat运行需要的库文件的jar包，一般不作任何改动，除非连接第三方服务redis那就需要添加相对应的jar包

loge：存放tomcat执行时的日志

temp：存放tomcat运行时产生的文件

webapps：存放tomcat默认的web应用部署目录

work：tomcat工作目录，存放jsp编译后产生的class文件，一般清除tomcat缓存的时候会使用到

doc：存放tomcat文档

tomcat的优化

Tomcat默认安装下的缺省配置并不适合生产环境，它可能会频繁出现假死现象需要重启，只有通过不断压测优化才能让他最高效率稳定的运行。优化主要包括三方面，分别为操作系统优化（内核参数优化），tomcat配置文件优化，java虚拟机（jvm）调优。

在生产环境中第一次启动tomcat时可能会发现tomcat启动会很慢，默认情况下可能需要几十秒，此时可以修改jdk参数进行优化

vim /usr/java/jdkl.8.0_201-amd64/jre/lib/security/java.security

修改117行
securerandom。source=file：/dev/urandom
/dev/random和/dev/urandom都是为终端，但是/dev/urandom提供的数据流更快

通过以上部分修改 来提供tomcat（应用代码）启动/运行的速度

1.虚拟主机配置

很多时候公司会有多个项目需要运行，那么肯定不可能是一台服务器上运行多个Tomcat服务，这样会消耗太多的系统资源。此时，就需要使用到 Tomcat 虚拟主机。例如现在新增两个域名 www.accp.com 和 www.pcca.com， 希望通过这两个域名访问到不同的项目内容。

创建两个不同项目的目录和文件

mkdir /usr/local/tomcat/webapps/accp
mkdir /usr/local/tomcat/webapps/pcca
echo "This is accp web!" > /usr/local/tomcat/webapps/accp/index.jsp
echo "This is pcca web!" > /usr/local/tomcat/webapps/pcca/index.jsp

2.配置主配置文件

vim /usr/local/tomcat/conf/server.xml
--165行前--插入
<Host name="www.deng.com" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
	<Context docBase="/usr/local/tomcat/webapps/deng" path="" reloadable="true" />
</Host>

<Host name="www.yang.com" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
	<Context docBase="/usr/local/tomcat/webapps/yang" path="" reloadable="true" />
</Host>

/usr/local/tomcat/bin/shutdown.sh
/usr/local/tomcat/bin/startup.sh

Host name ：主机名
appBase ：Tomcat程序工作目录，相对路径为webapps，绝对路径为/usr/local/tomcat/webapps
unpackWARs ：是否解压war包        ture表示允许
autoDeploy ：指示Tomcat运行时，如有新的WEB应用是否允许自动部署
xmlValidation ：是否验证xml文件执行有效性检验的标志
xmlNamespaceAware ：是否启用xml命名空间，设置该值与xmlValidation为true，表示对web.xml文件执行有效性检验

docBase ：WEB应用的目录
path ：设置访问的URI为WEB应用的根目录
reloadable ：是否在程序有改动时重新载入

四、 tomcat优化

omcat默认安装下的缺省配置并不适合生产环境，它可能会频繁出现假死现象需要重启，只有通过不断压测优化才能让它最高效率稳定的运行。优化主要包括三方面，分别为操作系统优化（内核参数优化），Tomcat配置文件参数优化，Java虚拟机（JVM）调优。

tomcat配置文件参数优化

常用的优化相关参数如下：
【maxThreads】Tomcat 使用线程来处理接收的每个请求，这个值表示 Tomcat 可创建的最大的线程数，默认值是 200。

【minSpareThreads】最小空闲线程数，Tomcat 启动时的初始化的线程数，表示即使没有人使用也开这么多空线程等待，默认值是 10。

【maxSpareThreads】最大备用线程数，一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程。默认值是-1（无限制）。一般不需要指定。

【URIEncoding】指定 Tomcat 容器的 URL 编码格式，语言编码格式这块倒不如其它 Web服务器软件配置方便，需要分别指定。

【connnectionTimeout】网络连接超时，单位：毫秒，设置为 0 表示永不超时，这样设置有隐患的。通常默认 20000 毫秒就可以。

【enableLookups】是否反查域名，以返回远程主机的主机名，取值为：true 或 false，如果设置为 false，则直接返回 IP 地址，为了提高处理能力，应设置为 false。

【disableUploadTimeout】上传时是否使用超时机制。应设置为 true。

【connectionUploadTimeout】上传超时时间，毕竟文件上传可能需要消耗更多的时间，这个根据你自己的业务需要自己调，以使Servlet有较长的时间来完成它的执行，需要与上一个参数一起配合使用才会生效。

【acceptCount】指定当所有可以使用的处理请求的线程数都被使用时，可传入连接请求的最大队列长度，超过这个数的请求将不予处理，默认为 100 个。

【compression】是否对响应的数据进行GZIP压缩，off：表示禁止压缩；on：表示允许压缩（文本将被压缩）、force：表示所有情况下都进行压缩，默认值为 off，压缩数据后可以有效的减少页面的大小，一般可以减小 1/3 左右，节省带宽。

【compressionMinSize】表示压缩响应的最小值，只有当响应报文大小大于这个值的时候才会对报文进行压缩，如果开启了压缩功能，默认值就是 2048。

【compressableMimeType】压缩类型，指定对哪些类型的文件进行数据压缩。

【noCompressionUserAgents="gozilla, traviata"】对于以下的浏览器，不启用压缩

以上是一些常用的配置参数，还有好多其它的参数设置，还可以继续深入的优化，HTTP Connector 与 AJP Connector 的参数属性值，可以参考官方文档的详细说明进行学习。

vim /usr/local/tomcat/conf/server.xml
......
<Connector port="8080" protocol="HTTP/11.1" 
connectionTimeout="20000" 
redirectPort="8443" 
--71行--插入
minSpareThreads="50" 
enableLookups="false" 
disableUploadTimeout="true" 
acceptCount="300" 
maxThreads="500" 
processorCache="500"
URIEncoding="UTF-8" 
compression="on" 
compressionMinSize="2048" 
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain,image/gif,image /jpg,image/png"/>

leUploadTimeout=“true”
acceptCount=“300”
maxThreads=“500”
processorCache=“500”
URIEncoding=“UTF-8”
compression=“on”
compressionMinSize=“2048”
compressableMimeType=“text/html,text/xml,text/javascript,text/css,text/plain,image/gif,image /jpg,image/png”/>