Tomcat部署及优化

文章详细介绍了Tomcat的结构和工作原理,包括Web容器、Servlet容器和JSP容器的三大核心组件,以及Tomcat的请求处理过程。此外,还阐述了Tomcat的部署步骤,特别是JDK环境的配置和验证,以及虚拟主机的配置方法。最后,文章提到了Tomcat的性能优化,如调整配置参数以适应生产环境的需求。
摘要由CSDN通过智能技术生成


一、Tomcat简介

Tomcat 是 Java 语言开发的,Tomcat 服务器是一个免费的开放源代码的 Web 应用服务器。

Tomcat 属于轻量级应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试 JSP 程序的首选。一般来说,Tomcat 虽然和 Apache 或者 Nginx 这些 Web 服务器一样,具有处理 HTML 页面的功能,然而由于其处理静态 HTML 的能力远不及 Apache 或者 Nginx,所以 Tomcat 通常是作为一个 Servlet 和 JSP 容器,单独运行在后端。

二、Tomcat的三大核心组件

Tomcat 由一系列的组件构成,其中核心的组件有三个。
(1)Web 容器:完成 Web 服务器的功能。
(2)Servlet 容器:名字为 catalina,用于处理 Servlet 代码。
(3)JSP 容器:用于将 JSP 动态网页翻译成 Servlet 代码。
在这里插入图片描述
因此 Tomcat 是 Web 应用服务器,也是一个 Servlet/JSP 容器。Tomcat 作为 Servlet 容器,负责处理客户请求,把请求传送给 Servlet,并将 Servlet 的响应传送回给客户。
web容器:1、接受、响应请求 2 、 展示动态页面
JSP容器:翻译java—>servlet
Serverlet容器:借助于catalina来执行servelet代码(动态任务执行的标准格式)

三、Tomcat 功能组件结构

Tomcat 的核心功能有两个,分别是负责接收和反馈外部请求的连接器 Connector,和负责处理请求的容器 Container。 其中连接器和容器相辅相成,一起构成了基本的 web 服务 Service。每个 Tomcat 服务器可以管理多个 Service。
1.Connector:负责对外接收和响应请求。它是Tomcat与外界的交通枢纽,监听端口接收外界请求,并将请求处理后传递给容器做业务处理,最后将容器处理后的结果响应给外界。

2.Container:负责对内处理业务逻辑。其内部由 Engine、Host、Context和Wrapper 四个容器组成,用于管理和调用 Servlet 相关逻辑。

3.Service:对外提供的 Web 服务。主要包含 Connector 和 Container 两个核心组件,以及其他功能组件。Tomcat 可以管理多个 Service,且各 Service 之间相互独立。

1.Container 结构分析:

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

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

(1)Engine:引擎,用来管理多个虚拟主机,一个 Service 最多只能有一个 Engine;

(2)Host:代表一个虚拟主机,也可以叫站点,通过配置 Host 就可以添加站点;

(3)Context:代表一个 Web 应用,包含多个 Servlet 封装器;

(4)Wrapper:封装器,容器的最底层。每一 Wrapper 封装着一个 Servlet,负责对象实例的创建、执行和销毁功能。
在这里插入图片描述
Engine、Host、Context 和 Wrapper,这四个容器之间属于父子关系。
容器 由一个引擎可以管理多个虚拟主机。每个虚拟主机可以管理多个 Web 应用。每个 Web 应用会有多个 Servlet 封装器。

2.Tomcat 请求过程

1、用户在浏览器中输入网址通过80端口请求nginx,nginx通过反向代理将请求发送到本机端口 8080,被在那里监听的 Connector(Coyote前端页面和HTTP/1.1协议) 获得。Connector 把该请求交给它所在的 Service 的 Engine(Container)来处理,并等待 Engine 的回应。(这一步为Web容器作用)

2、Engine响应请求并分发给不同的虚拟主机也就是站点(Host),站点确认后调用Context确定相应的url路径并找到index.jsp文件,将其中的JAVA代码翻译成servlet代码,之后被wrapper封装给servlet容器(这一步为JSP容器的作用)。最后在servlet容器中,通过catalina脚本执行代码,并将执行结果封装成HttpServletResponse对象返回给Context(servlet容器的作用)。

3、执行完之后的请求响应在 Context、Host、Engine 容器之间层层返回,最后返回给Connector,并通过 Connector 返回给客户端。
在这里插入图片描述

3.基于配置文件讲解Tomcat请求过程

假设来自客户的请求为: http://localhost:8080/wsota/wsota_index.jsp
1、请求被发送到本机端口8080,被在那里侦听的Coyote HTTP/1.1 Connector获得

2、Connector把该请求交给它所在的Service的Engine来处理,并等待来自Engine的回应

3、Engine获得请求localhost/wsota/wsota_index.jsp,匹配它所拥有的所有虚拟主机Host

4、Engine匹配到名为localhost的Host(即使匹配不到也把请求交给该Host处理,因为该Host被定义为该Engine的默认主机)
5、localhost Host获得请求/wsota/wsota_index.jsp,匹配它所拥有的所有Context
6、Host匹配到路径为/wsota的Context(如果匹配不到就把该请求交给路径名为""的Context去处理)

7、path="/wsota"的Context获得请求/wsota_index.jsp,在它的mapping table中寻找对应的servlet

8、Context匹配到URL PATTERN为*.jsp的servlet,对应于JspServlet类

9、构造HttpServletRequest对象和HttpServletResponse对象,作为参数调用JspServlet的doGet或doPost方法

10、Context把执行完了之后的HttpServletResponse对象返回给Host

11、Host把HttpServletResponse对象返回给Engine

12、Engine把HttpServletResponse对象返回给Connector

13、Connector把HttpServletResponse对象返回给客户browser

四、Tomcat部署

在部署 Tomcat 之前必须安装好 jdk,因为 jdk 是 Tomcat 运行的必要环境。
1、关闭防火墙,将安装 Tomcat 所需软件包传到/opt目录下

jdk-8u371-linux-x64.rpm
apache-tomcat-8.5.16.tar.gz
 
systemctl stop firewalld
systemctl disable firewalld
setenforce 0

在这里插入图片描述
2、安装JDK

rpm -qpl jdk-8u371-linux-x64.rpm 
rpm -ivh jdk-8u371-linux-x64.rpm 
java -version

在这里插入图片描述
在这里插入图片描述

3、设置JDK环境变量

vim /etc/profile.d/java.sh
export JAVA_HOME=/usr/java/jdk1.8.0-x64    #输出定义java的工作目录
export CLASSPATH=.:$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar   #输出指定java所需类文件
export PATH=$JAVA_HOME/bin:$PATH   #输出重新定义环境变量


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

在这里插入图片描述

在这里插入图片描述
CLASSPATH:编译、运行Java程序时,JRE会去该变量指定的路径中搜索所需的类(.class)文件

dt.jar:是关于运行环境的类库,主要是 swing 的包

tools.jar:主要是一些jdk工具的类库,包括javac,java,javap,javadoc等

JDK:java development kit (java开发工具)

JRE:java runtime environment (java运行时环境)

JVM:java virtuak machine (java虚拟机),使java程序可以在多种平台上运行class文件
4、编写一个java文件进行验证


首先使用文本工具编写java源代码,比如 Hello.java ;
在命令行中,输入命令:javac Hello.java,对源代码进行编译,生成 class 字节码文件;
编译完成后,如果没有报错信息,输入命令:java Hello,运行 class 字节码文件,由 JVM 对字节码进行解释和运行,打印 “Hello World”。
 
 
vim Hello.java
#类名、接口名命令:英文大小写字母、数字字符、$和_,不能使用关键字和数字开头;
一个单词命名时第一个单词的首字母要大写;多单词组成时,所有单词的首字母大写:XxxYyyZzz(大驼峰命名法)
public class Hello {			
  public static void main(String[] args){
    System.out.println("Hello world!");
  }
}
 
javac Hello.java
java Hello

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
5、 安装Tomcat

tar zxvf apache-tomcat-8.5.16.tar.gz
mv apache-tomcat-8.5.16 /usr/local/tomcat

##启动tomcat ##
#后台启动

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

netstat -natp | grep 8080

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

浏览器访问Tomcat的默认主页 http://192.168.40.104:8080
在这里插入图片描述
6.优化tomcat启动速度
第一次启动tomcat可能会发现 Tomcat 启动很慢,默认情况下可能会需要几十秒,可以修改jdk参数进行改。

vim /usr/java/jdk1.8.0_201-amd64/jre/lib/security/java.security
--117行--修改
securerandom.source=file:/dev/urandom
----------------------------------------------------------------------------------------------------------
/dev/urandom是/dev/random的非阻塞版本,/dev/random的 random pool 依赖于系统中断,因此在系统的中断数不足时,/dev/random 设备会一直封锁,尝试读取的进程就会进入等待状态,直到系统的中断数充分够用,/dev/random设备可以保证数据的随机性。 /dev/urandom不依赖系统的中断,也就不会造成进程忙等待,但是数据的随机性也不高,所以该随机数的安全性理论上不高。如果应用对安全性要求很高,那么应该使用/dev/random。
----------------------------------------------------------------------------------------------------------

在这里插入图片描述
在这里插入图片描述在这里插入图片描述
7.主要存放目录说明

ll /usr/local/tomcat/

在这里插入图片描述

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

① 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映射等默认配置信息;

五、Tomcat 虚拟主机配置

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

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

mkdir /usr/local/tomcat/webapps/czc 
mkdir /usr/local/tomcat/webapps/qum
echo "This is czc page\!" > /usr/local/tomcat/webapps/czc/index.jsp
echo "This is qum page\!" > /usr/local/tomcat/webapps/qum/index.jsp

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

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

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

在这里插入图片描述

appBaseTomcat程序工作目录,即存放web应用程序的目录;相对路径为webapps,绝对路径为 /usr/local/tomcat/webapps
unpackWARs在启用此webapps时是否对WAR格式的归档文件先进行展开;默认为true
autoDeploy在Tomcat处于运行状态时放置于appBase目录中的应用程序文件是否自动进行deploy;默认为true
xmlValidation是否验证xml文件执行有效性检验的标志
xmlNamespaceAware是否启用xml命名空间,设置该值与xmlValidation为true,表示对web.xml文件执行有效性检验
docBase相应的Web应用程序的存放位置;也可以使用相对路径,起始路径为此Context所属Host中appBase定义的路径;
path相对于Web服务器根路径而言的URI;如果为空“”,则表示为此webapp的根路径 / ;
reloadable是否允许重新加载此context相关的Web应用程序的类;默认为false
/usr/local/tomcat/bin/shutdown.sh     关闭 
/usr/local/tomcat/bin/startup.sh      启动

3.客户端浏览器访问验证
echo “192.168.40.104 www.czc.com www.qum.com” >> /etc/hosts
浏览器访问 http://www.czc.com:8080/ 页面显示This is czc page!
浏览器访问 http://www.qum.com:8080/ 页面显示This is qum page!

在这里插入图片描述

四、tomcat优化

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

redirectPort如果某连接器支持的协议是HTTP,当接收客户端发来的HTTPS请求时,则转发至此属性定义的端口。
maxThreadsTomcat使用线程来处理接收的每个请求,这个值表示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 的参数属性值,可以参考官方文档的详细说明进行学习。


总结

提示:这里对文章进行总结:
例如:以上就是今天要讲的内容,本文仅仅简单介绍了pandas的使用,而pandas提供了大量能使我们快速便捷地处理数据的函数和方法。

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值