文章目录
前言（可做了解）一、Tomcat安装部署1、Tomcat处理请求的过程2、请求过程详细解释3、tomcat配置文件具体优化参数4、注释配置文件5、Tomcat部署步骤（1）安装jdk资源包(需要的话私聊)（2）设置环境变量（3） 安装并启动Tomcat（4）测试访问（5）缩短Tomcat启动时间（6）Tomcat目录结构二、虚拟主机配置1、为什么要配置虚拟主机2、配置虚拟主机（1）配置dns（2）修改Tomcat主配置文件（3）编写网页（4）测试如下前言（可做了解）
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的参数属性值，可以参考官方文档的详细说明进行学习。链
接地址/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-amd64export CLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jarexport 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.confvim /etc/named.rfc1912.zones cd /var/named/cp -p named.localhost .zonevim .zone cp -p .zone .zone
（2）修改Tomcat主配置文件
[root@localhost named]# vim /usr/local/tomcat9/conf/server.xml '//添加这两段内容到文章末尾'<Host name="" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false"><Context docBase="/usr/local/tomcat9/webapps/erbao" path="" reloadable="true"/></Host><Host name="" 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]# lsdocs 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
