18.Tomcat部署及优化

Tomcat部署及优化

目录

• Tomcat部署及优化
  • Tomcat简介
  • Tomcat核心组件
    • Web容器
    • 什么是 servlet？
    • 什么是 JSP?
  • Container 结构分析
    • Tomcat 请求过程：
  • Tomcat 服务部署
    • 1.将安装 Tomcat 所需软件包传到/opt目录下，并关闭防火墙
    • 2.安装JDK
    • 3.设置JDK环境变量
    • 4.编写java脚本测试
  • 安装启动Tomcat
    • 启动tomcat
    • 浏览器访问Tomcat的默认主页
    • 主要目录说明
  • Tomcat优化
    • 优化tomcat启动速度
    • Tomcat虚拟主机
      • 1.创建 kgc 和 benet 项目目录和文件
      • 2.修改主配置文件 server.xml
      • 3.重新启动 Tomcat服务
      • 4.添加主机于域名的映射关系或配置DNS域名解析
      • 5.访问网页验证
    • Tomcat 配置文件参数优化

Tomcat简介

• Tomcat 是 Java 语言开发的，Tomcat 服务器是一个免费的开放源代码的 Web 应用服务器，是 Apache 软件基金会的 Jakarta 项目中的一个核心项目，由 Apache、Sun 和其他一些公司及个人共同开发而成。
• Tomcat 属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试 JSP 程序的首选。一般来说，Tomcat 虽然和 Apache 或者 Nginx 这些 Web 服务器一样，具有处理 HTML 页面的功能，然而由于其处理静态 HTML 的能力远不及 Apache 或者 Nginx，所以 Tomcat 通常是作为一个 Servlet 和 JSP 容器，单独运行在后端。

Tomcat核心组件

• Web 容器：完成 Web 服务器的功能。
• Servlet 容器：名字为 catalina，用于处理 Servlet 代码。
• JSP 容器：用于将 JSP 动态网页翻译成 Servlet 代码。

因此 Tomcat 是 Web 应用服务器，也是一个 Servlet/JSP 容器。Tomcat 作为 Servlet 容器，负责处理客户请求，把请求传送给 Servlet，并将 Servlet 的响应传送回给客户。

Web容器

• web容器是一种服务程序，在服务器一个端口就有一个提供相应服务的程序，而这个程序就是处理从客户端发出的请求，如JAVA中的Tomcat容器，ASP的IIS或PWS都是这样的容器。一个服务器可以有多个容器。

什么是 servlet？

• Servlet 是Java Servlet 的简称，可以理解为是一个服务连接器，是用 Java 编写的服务器端程序，具有独立于平台和协议的特性， 简单的理解：servlet 就是一个中间件，包含了接口和方法，将客户端和数据库连接，从而实现动态网页的创建。

什么是 JSP?

• JSP 全称 Java Server Pages，是一种动态网页开发技术。它使用 JSP 标签在HTML网页中插入 Java 代码。
• 标签通常以 <% 开头，以 %> 结束。
• JSP 是一种 Java servlet，主要用于实现 Java web 应用程序的用户界面部分。
• JSP 通过网页表单获取用户输入数据、访问数据库及其他数据源，然后动态地创建网页。

Container 结构分析

每个 Service 会包含一个 Container 容器。在 Container 内部包含了 4 个子容器：

4个子容器的作用分别是：

• Engine：引擎，用来管理多个虚拟主机，一个 Service 最多只能有一个 Engine；
• Host：代表一个虚拟主机，也可以叫站点，通过配置 Host 就可以添加站点；
• Context：代表一个 Web 应用，包含多个 Servlet 封装器；
• Wrapper：封装器，容器的最底层。每一 Wrapper 封装着一个 Servlet，负责对象实例的创建、执行和销毁功能。

Engine、Host、Context 和 Wrapper，这四个容器之间属于父子关系。

容器 由一个引擎可以管理多个虚拟主机。每个虚拟主机可以管理多个 Web 应用。每个 Web 应用会有多个 Servlet 封装器。

Tomcat 请求过程：

• 用户在浏览器中输入网址，请求被发送到本机端口 8080，被在那里监听的 Connector 获得；
• Connector 把该请求交给它所在的 Service 的 Engine（Container）来处理，并等待 Engine 的回应；
• 请求在 Engine、Host、Context 和 Wrapper 这四个容器之间层层调用，最后在 Servlet 中执行对应的业务逻辑、数据存储等。
• 执行完之后的请求响应在 Context、Host、Engine 容器之间层层返回，最后返回给 Connector，并通过 Connector 返回给客户端。

Tomcat 服务部署

在部署 Tomcat 之前必须安装好 jdk，因为 jdk 是 Tomcat 运行的必要环境。

1.将安装 Tomcat 所需软件包传到/opt目录下，并关闭防火墙

systemctl stop firewalld
systemctl disable firewalld
setenforce 0

2.安装JDK

通过rpm -qpl命令查看软件包的安装路径

3.设置JDK环境变量

[root@localhost opt]# vim /etc/profile.d/java.sh

我此时并没有加载配置文件可以看一下原先系统内已有安装好的jdk

此时加载一下配置文件再次查看版本号

source /etc/profile.d/java.sh
java -version

4.编写java脚本测试

vim Hello.java

public class Hello {
  public static void main(String[] args){
    System.out.println("Hello world!");
  }
}

javac Hello.java
java Hello

到此jdk就安装完成了

安装启动Tomcat

我们之前已经将tomcat软件包拉入opt目录这里直接移动到opt目录进行解压并移动

 cd /opt
tar zxvf apache-tomcat-9.0.16.tar.gz
mv apache-tomcat-9.0.16 /usr/local/tomcat

启动tomcat

启动Tomcat需要进入/usr/local/tomcat/bin目录中执行对应的shell脚本来启动

#后台启动
/usr/local/tomcat/bin/startup.sh
或
/usr/local/tomcat/bin/catalina.sh start
#前台启动
/usr/local/tomcat/bin/catalina.sh run	

/usr/local/tomcat/bin/shutdown.sh   #关闭

浏览器访问Tomcat的默认主页

http://192.168.239.10:8080

主要目录说明

●bin：存放启动和关闭 Tomcat 的脚本文件，如 catalina.sh、startup.sh、shutdown.sh

●conf：存放 Tomcat 服务器的各种配置文件，如主配置文件 server.xml 和 应用默认的部署描述文件 web.xml

●lib：存放 Tomcat 运行需要的库文件的 jar 包，一般不作任何改动

●logs：存放 Tomcat 执行时的日志

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

●webapps：存放 Tomcat 默认的 Web 应用项目资源的目录

●work：Tomcat 的工作目录，存放 Web 应用代码生成和编译文件

Tomcat优化

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

优化tomcat启动速度

• 第一次启动tomcat可能会发现 Tomcat 启动很慢，默认情况下可能会需要几十秒，可以修改jdk参数进行改。

vim /usr/java/jdk1.8.0_201-amd64/jre/lib/security/java.security
--117行--修改

securerandom.source=file:/dev/urandom

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

●tomcat 启动慢的原因是随机数产生遭到阻塞，遭到阻塞的原因是 熵池大小 。

●/dev/random：阻塞型，读取它就会产生随机数据，但该数据取决于熵池噪声，当熵池空了，对/dev/random 的读操作也将会被阻塞。

●/dev/urandom：非阻塞的随机数产生器，它会重复使用熵池中的数据以产生伪随机数据。这表示对/dev/urandom的读取操作不会产生阻塞，但其输出的熵可能小于/dev/random的。它可以作为生成较低强度密码的伪随机数生成器，不建议用于生成高强度长期密码。

●Linux内核采用熵来描述数据的随机性。熵（entropy）是描述系统混乱无序程度的物理量，一个系统的熵越大则说明该系统的有序性越差，即不确定性越大。在信息学中，熵被用来表征一个符号或系统的不确定性，熵越大，表明系统所含有用信息量越少，不确定度越大。计算机本身是可预测的系统，因此，用计算机算法不可能产生真正的随机数。但是机器的环境中充满了各种各样的噪声，如硬件设备发生中断的时间，用户点击鼠标的时间间隔等是完全随机的，事先无法预测。Linux内核实现的随机数产生器正是利用系统中的这些随机噪声来产生高质量随机数序列。内核维护了一个熵池用来收集来自设备驱动程序和其它来源的环境噪音。理论上，熵池中的数据是完全随机的，可以实现产生真随机数序列。为跟踪熵池中数据的随机性，内核在将数据加入池的时候将估算数据的随机性，这个过程称作熵估算。熵估算值描述池中包含的随机数位数，其值越大表示池中数据的随机性越好。

Tomcat虚拟主机

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

1.创建 kgc 和 benet 项目目录和文件

mkdir /usr/local/tomcat/webapps/kgc
mkdir /usr/local/tomcat/webapps/benet
echo "This is kgc\!" > /usr/local/tomcat/webapps/kgc/index.jsp
echo "This is benet\!" > /usr/local/tomcat/webapps/benet/index.jsp

2.修改主配置文件 server.xml

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

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

3.重新启动 Tomcat服务

4.添加主机于域名的映射关系或配置DNS域名解析

5.访问网页验证

http://www.kgc.com:8080

http://www.benet.com:8080

Tomcat 配置文件参数优化

常用的优化相关参数如下：

• 【redirectPort】如果某连接器支持的协议是HTTP，当接收客户端发来的HTTPS请求时，则转发至此属性定义的 8443 端口。
• 【maxThreads】Tomcat使用线程来处理接收的每个请求，这个值表示Tomcat可创建的最大的线程数，即支持的最大并发连接数，默认值是 200。
• 【minSpareThreads】最小空闲线程数，Tomcat 启动时的初始化的线程数，表示即使没有人使用也开这么多空线程等待，默认值是 10。
• 【maxSpareThreads】最大备用线程数，一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程。默认值是-1（无限制）。一般不需要指定。
• 【processorCache】进程缓冲器，可以提升并发请求。默认值是200，如果不做限制的话可以设置为-1，一般采用maxThreads的值或者-1。
• 【URIEncoding】指定 Tomcat 容器的 URL 编码格式，网站一般采用UTF-8作为默认编码。
• 【connnectionTimeout】网络连接超时，单位：毫秒，设置为 0 表示永不超时，这样设置有隐患的。通常默认 20000 毫秒就可以。
• 【enableLookups】是否反查域名，以返回远程主机的主机名，取值为：true 或 false，如果设置为 false，则直接返回 IP 地址，为了提高处理能力，应设置为 false。
• 【disableUploadTimeout】上传时是否使用超时机制。应设置为 true。
• 【connectionUploadTimeout】上传超时时间，毕竟文件上传可能需要消耗更多的时间，这个根据你自己的业务需要自己调，以使Servlet有较长的时间来完成它的执行，需要与上一个参数一起配合使用才会生效。
• 【acceptCount】指定当所有可以使用的处理请求的线程数都被使用时，可传入连接请求的最大队列长度，超过这个数的请求将不予处理，默认为 100 个。
• 【maxKeepAliveRequests】指定一个长连接的最大请求数。默认长连接是打开的，设置为1时，代表关闭长连接；为-1时，代表请求数无限制
• 【compression】是否对响应的数据进行GZIP压缩，off：表示禁止压缩；on：表示允许压缩（文本将被压缩）、force：表示所有情况下都进行压缩，默认值为 off，压缩数据后可以有效的减少页面的大小，一般可以减小 1/3 左右，节省带宽。
• 【compressionMinSize】表示压缩响应的最小值，只有当响应报文大小大于这个值的时候才会对报文进行压缩，如果开启了压缩功能，默认值就是 2048。
• 【compressableMimeType】压缩类型，指定对哪些类型的文件进行数据压缩。
• 【noCompressionUserAgents="gozilla, traviata"】对于以下的浏览器，不启用压缩