Host 是 Engine 的字容器,一个 Host 在 Engine 中代表一个虚拟主机,这个虚拟主机的作用就是运行多个应用,它负责安装和展开这些应用,并且标识这个应用以便能够区分它们。它的子容器通常是 Context,它除了关联子容器外,还有就是保存一个主机应该有的信息
Context 代表 Servlet 的 Context,它具备了 Servlet 运行的基本环境,理论上只要有 Context 就能运行 Servlet 了。简单的 Tomcat 可以没有 Engine 和 Host。Context 最重要的功能就是管理它里面的 Servlet 实例,Servlet 实例在 Context 中是以 Wrapper 出现的,还有一点就是 Context 如何才能找到正确的 Servlet 来执行它呢? Tomcat5 以前是通过一个 Mapper 类来管理的,Tomcat5 以后这个功能被移到了 request 中,在前面的时序图中就可以发现获取子容器都是通过 request 来分配的
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
##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"/>
为什么要安装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了
[root@localhost ~]# cd /opt '//将安装包放在opt下 '
[root@localhost Tomcat]# rpm -ivh jdk-8u201-linux-x64.rpm
[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版本'
[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
这里要加端口号
[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不依赖系统的中断,也就不会造成进程忙等待, 但是数据的随机性也不高。
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缓存的时候会使用到
可能有时候公司会有多个项目需要运行,那么肯定不可能是一台服务器上运行多个 Tomcat服务,这样会消耗太多的系统资源。此时,就需要使用到Tomcat 虚拟主机。例如现 在新增两个域名www.shang.top和www.zhen.top,希望通过这两个域名访问到不同的项目内 容。
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
[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应用的重新加载
[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