手把手教你，嘴对嘴传达------Tomcat部署和优化以及虚拟主机配置

前言（可做了解）

• Tomcat是Apache 软件基金会(Apache Software Foundation)的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现，Tomcat 5支持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。

• Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache 服务器，可利用它响应HTML(标准通用标记语言下的一个应用)页面的访问请求。实际上Tomcat是Apache 服务器的扩展，但运行时它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。

• 诀窍是，当配置正确时，Apache 为HTML页面服务，而Tomcat 实际上运行JSP 页面和Servlet。另外，Tomcat和IIS等Web服务器一样，具有处理HTML页面的功能，另外它还是一个Servlet和JSP容器，独立的Servlet容器是Tomcat的默认模式。不过，Tomcat处理静态HTML的能力不如Apache服务器。目前Tomcat最新版本为9.0.37。

• 自从JSP发布之后，推出了各式各样的JSP引擎。Apache Group在完成GNUJSP1.0的开发以后，开始考虑在SUN的JSWDK基础上开发一个可以直接提供Web服务的JSP服务器，当然同时也支持Servlet, 这样Tomcat就诞生了。Tomcat是jakarta项目中的一个重要的子项目，其被JavaWorld杂志的编辑选为2001年度最具创新的Java产品，同时它又是sun公司官方推荐的servlet和jsp容器，因此其越来越多的受到软件公司和开发人员的喜爱。servlet和jsp的最新规范都可以在tomcat的新版本中得到实现。其次，Tomcat是完全免费的软件，任何人都可以从互联网上自由地下载。Tomcat与Apache的组合相当完美。

一、Tomcat安装部署

1、Tomcat处理请求的过程

• connector：连接器
  一个Connector组件将在某个指定的端口上侦听客户请求，接收浏览器发过来的tcp连接请求，创建一个Request和一个Response对象分别用于和其你去端交换数据，然后会产生一个线程来处理这个请求并把产生的Request和Response对象传给Engine，从Engine中获得响应并返回给客户端。 Tomcat有两个经典的Connector，一个直接侦听来自浏览器的HTTP请求，另外一个侦听来自其他的WebServer的请求。Cotote HTTP/1.1 Connector在端口8080处侦听来自客户浏览器的HTTP请求，Coyote JK2 Connector在端口8009处侦听其他WebServer的Servlet/JSP请求。 Connector 最重要的功能就是接收连接请求然后分配线程让 Container来处理这个请求，所以这必然是多线程的，多线程的处理是 Connector 设计的核心。

• container：
  Container是容器的父接口，该容器的设计用的是典型的责任链的设计模式，它由四个自容器组件构成，分别是Engine、Host、Context、Wrapper。这四个组件是负责关系，存在包含关系。通常一个Servlet class对应一个Wrapper，如果有多个Servlet则定义多个Wrapper，如果有多个Wrapper就要定义一个更高的Container，如Context。 Context定义在父容器 Host 中，其中Host 不是必须的，但是要运行 war 程序，就必须要 Host，因为 war 中必有 web.xml 文件，这个文件的解析就需要 Host 了，如果要有多个 Host 就要定义一个 top 容器 Engine 了。而 Engine 没有父容器了，一个 Engine 代表一个完整的 Servlet 引擎。

• engine：引擎

• Engine 容器比较简单，它只定义了一些基本的关联关系 Host 容器

• host：虚拟主机

Host 是 Engine 的字容器，一个 Host 在 Engine 中代表一个虚拟主机，这个虚拟主机的作用就是运行多个应用，它负责安装和展开这些应用，并且标识这个应用以便能够区分它们。它的子容器通常是 Context，它除了关联子容器外，还有就是保存一个主机应该有的信息

• context：JSP前段页面

Context 代表 Servlet 的 Context，它具备了 Servlet 运行的基本环境，理论上只要有 Context 就能运行 Servlet 了。简单的 Tomcat 可以没有 Engine 和 Host。Context 最重要的功能就是管理它里面的 Servlet 实例，Servlet 实例在 Context 中是以 Wrapper 出现的，还有一点就是 Context 如何才能找到正确的 Servlet 来执行它呢？ Tomcat5 以前是通过一个 Mapper 类来管理的，Tomcat5 以后这个功能被移到了 request 中，在前面的时序图中就可以发现获取子容器都是通过 request 来分配的

• servlet：处理代码

2、请求过程详细解释

1.用户在浏览器中输入网址localhost:8080/test/index.jsp，请求被发送到本机端口8080，被在那里监听的Coyote HTTP/1.1 Connector获得；

2.Connector把该请求交给它所在的Service的Engine（Container）来处理，并等待Engine的回应；

3.Engine获得请求localhost/test/index.jsp，匹配所有的虚拟主机Host；

4.Engine匹配到名为localhost的Host（即使匹配不到也把请求交给该Host处理，因为该Host被定义为该Engine的默认主机），名为localhost的Host获得请求/test/index.jsp，匹配它所拥有的所有Context。Host匹配到路径为/test的Context（如果匹配不到就把该请求交给路径名为“ ”的Context去处理）；

5.path=“/test”的Context获得请求/index.jsp，在它的mapping table中寻找出对应的Servlet。Context匹配到URL Pattern为*.jsp的Servlet，对应于JspServlet类；

6.构造HttpServletRequest对象和HttpServletResponse对象，作为参数调用JspServlet的doGet()或doPost(),执行业务逻辑、数据存储等；

7.Context把执行完之后的HttpServletResponse对象返回给Host；

8.Host把HttpServletResponse对象返回给Engine；

9.Engine把HttpServletResponse对象返回Connector；

10.Connector把HttpServletResponse对象返回给客户Browser

3、tomcat配置文件具体优化参数

##Tomcat配置文件参数优化#
关于Tomcat主配置文件server.xml里面很多默认的配置项,但并不能满足业务需求，
常用的优化相关参数如下
[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= “goila, traviata”]**对于以下的浏览器，不启用压缩

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

**[compressableMimeType]**压缩类型,指定对哪些类型的文件进行数据压缩。

[noCompressionUserAgents= “gozilla, traviata”] 对于以下的浏览器，不启用压缩
如果已经对代码进行了动静分离，静态页面和图片等数据就不需要Tomcat处理了，那
么也就不需要在Tomcat中配置压缩了。因为这里只有一台Tomcat服务器，而且压测的是
Tomcat首页，会有图片和静态资源文件，所以这里启用压缩

以上是一些常用的配置参数，还有好多其它的参数设置，还可以继续深入的优化, HTTP
Connector与AJP Connector的参数属性值，可以参考官方文档的详细说明进行学习。链
接地址http://tomcat.apache.org/tomcat-9.0-doc/config/http.html，

<Connector port="8080" protocol="HTTP/11.1" 
connectionTimeout="20000" 
redirectPort="8443" 
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"/>

4、注释配置文件

5、Tomcat部署步骤

为什么要安装jdk
当有请求时,tomcat会自动将jsp里面的java程序部分提取出来,调用jdk将java程序编译成class,然后再执行这个class.你可以到tomcat的work目录下看看,你可以找到从jsp里面提取出来的java程序, *_jsp.java,也有编译后的class文件, *jsp.class。
所以，如果不装JDK，jsp程序就无法编译。

因为jsp转换成servlet后需要编译，所以需要jdk
Tomcat 6.0以后已经不需要jdk了

（1）安装jdk资源包(需要的话私聊)

[root@localhost ~]# cd /opt   '//将安装包放在opt下 ' 
[root@localhost Tomcat]# rpm -ivh jdk-8u201-linux-x64.rpm 

（2）设置环境变量

[root@localhost Tomcat]# cd /usr/java/jdk1.8.0_201-amd64
[root@localhost Tomcat]# java -version	'//查看Java版本'
[root@localhost jdk1.8.0_201-amd64]# pwd
/usr/java/jdk1.8.0_201-amd64	'//复制路径'
[root@localhost jdk1.8.0_201-amd64]# vim /etc/profile
'//尾行插入'
export JAVA_HOME=/usr/java/jdk1.8.0_201-amd64
export CLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar
export PATH=$JAVA_HOME/bin:$PATH
[root@localhost jdk1.8.0_201-amd64]# java -version	'//查看Java版本'

（3） 安装并启动Tomcat

[root@localhost Tomcat]# tar zxvf apache-tomcat-9.0.16.tar.gz -C /usr/local
[root@localhost Tomcat]# cd /usr/local
[root@localhost local]# mv apache-tomcat-9.0.16/ tomcat   //改个名字方便管理
[root@localhost local]# ln -s /usr/local/tomcat9/bin/startup.sh /usr/bin	'//创建开启Tomcat脚本的软连接'
[root@localhost local]# ln -s /usr/local/tomcat9/bin/shutdown.sh /usr/bin	'//创建关闭Tomcat脚本的软连接'
[root@localhost local]# systemctl stop firewalld.service 
[root@localhost local]# setenforce 0
[root@localhost local]# startup.sh 	'//开启Tomcat'
[root@localhost local]# netstat -ntap |grep 8080

（4）测试访问

这里要加端口号

（5）缩短Tomcat启动时间

[root@localhost ~]# vim /usr/java/jdk1.8.0_201-amd64/jre/lib/security/java.security 
'//搜索securerandom'
securerandom.source=file:/dev/random	'//找到此行'
securerandom.source=file:/dev/urandom	'//将random修改为urandom'
[root@localhost ~]# startup.sh

/dev/random和/dev/urandom是Linux系统中提供的随机伪设备，这两个设备的任务，
是提供永不为空的随机字节数据流。很多解密程序与安全应用程序(如SSH Keys,SSL Keys等)需要它们提供的商机数据流。
区别:
这两个设备的差异在于: /dev/random的random pool依赖于系统中断，因此在系统的中断数不足时，
/dev/random设备会一直封锁， 尝试读取的进程就会进入等待状态，直到系统的中断数充分够用，
/dev/random设备可以保证数据的随机性。/dev/urandom不依赖系统的中断，也就不会造成进程忙等待，
但是数据的随机性也不高。

（6）Tomcat目录结构

bin
存放启动和关闭Tomcat的脚本文件，比较常用的是catalina. sh、startup. sh、
shutdown. sh三个文件
conf
存放Tomcat服务器的各种配置文件，比较常用的是server. xm1、 context. xm1、
tomcat-users. xml、web. xml四个文件。
lib
存放Tomcat 服务器的jar包，一般不作任何改动，除非连接第三方服务，比如redis,
那就需要添加相对应的jar包
logs
存放Tomcat 日志
temp
存放Tomcat 运行时产生的文件
webapps
存放项目资源的目录
work
Tomcat工作目录，-.般清除Tomcat缓存的时候会使用到

二、虚拟主机配置

1、为什么要配置虚拟主机

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

2、配置虚拟主机

（1）配置dns

yum -y install bind*
vim /etc/named.conf
vim /etc/named.rfc1912.zones 
 cd /var/named/
 cp -p named.localhost shang.com.zone
 vim shang.com.zone 
  cp -p shang.com.zone zhen.com.zone

（2）修改Tomcat主配置文件

[root@localhost named]# vim /usr/local/tomcat9/conf/server.xml 
'//添加这两段内容到文章末尾'
<Host name="www.shang.com"  appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
        <Context docBase="/usr/local/tomcat9/webapps/erbao" path="" reloadable="true"/>
      </Host>
      <Host name="www.zhen.com"  appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
        <Context docBase="/usr/local/tomcat9/webapps/sanbao" path="" reloadable="true"/>
      </Host>
    </Engine>	'//插入到此行上方'
  </Service>
</Server>

Host name：域名

appBase：应用程序的目录

unpackWARs：是否将代表Web应用的WAR文件解压；如果为true，通过解压后的文件结构运行该Web应用，如果为false，直接使用WAR文件运行Web应用。

autoDeploy：自动部署

xmlValidation：xml验证

xmlNamespaceAware：和web.xml的解析方式有关。默认为true，设置为false可以提升性能

Context docBase： 站点路径指定了该Web应用使用的WAR包路径，或应用目录

path：指定了访问该Web应用的上下文路径，path属性为””，那么这个Context是虚拟主机的默认Web应用

reloadable：指示tomcat是否在运行时监控在WEB-INF/classes和WEB-INF/lib目录下class文件的改动。如果值为true，那么当class文件改动时，会触发Web应用的重新加载

（3）编写网页

[root@server ~]# cd /usr/local/tomcat/webapps/
[root@server webapps]# ls
docs  examples  host-manager  manager  ROOT
[root@server webapps]# mkdir yjs cloud
[root@server webapps]# cd yjs
[root@server yjs]# echo "<h1>this is shang web</h1>" > index.jsp
[root@server yjs]# cd ../cloud
[root@server cloud]# 
[root@server cloud]# 
[root@server cloud]# echo "<h1>this is zhen web</h1>" > index.jsp

（4）测试如下