【前置资源】:
一、Tomcat概述
Tomcat 是 Java 语言开发的,Tomcat 服务器是一个免费的开放源代码的 Web 应用服务器,是 Apache 软件基金会的 Jakarta 项目中的一个核心项目,由 Apache、Sun 和其他一些公司及个人共同开发而成。
Tomcat 属于轻量级应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试 JSP 程序的首选。一般来说,Tomcat 虽然和 Apache 或者 Nginx 这些 Web 服务器一样,具有处理 HTML 页面的功能,然而由于其处理静态 HTML 的能力远不及 Apache 或者 Nginx,所以 Tomcat 通常是作为一个 Servlet 和 JSP 容器,单独运行在后端。
二、Tomcat核心的组件
由一系列的组件构成,其中如下三个是核心:
(1)Web 容器:完成 Web 服务器的功能。
是一个服务器端的软件环境,用于运行Web应用程序,处理HTTP请求和响应。Web容器是Web服务器的一部分,负责管理和执行Web应用程序中的服务器端组件,如Servlet和JSP(JavaServer Pages)
-
接受,响应请求
-
展示动态页面
tomcat web应用服务
web -->可以通过http(s)来访问的一个页面--->文件
web容器-->封装了一组文件
集中化管理-->一组组员的对象
(2)Servlet 容器(服务器端Java程序):名字为 catalina,用于处理 Servlet 代码。
定义: Servlet是一种Java编写的服务器端程序,它扩展了服务器的功能,并能够动态生成Web页面。Servlet运行在服务器上,接收来自客户端的请求并产生相应的响应。
特点:
Servlet是独立于平台的Java类,可以在任何支持Java的服务器上运行。
Servlet通常被用于处理业务逻辑、数据库连接、用户身份验证等服务器端任务。
Servlet生命周期由容器(如Tomcat)管理,包括实例化、初始化、服务请求和销毁等阶段。
使用场景:
处理表单提交、用户登录等Web请求。
与数据库交互,执行业务逻辑。
动态生成HTML内容。
(3)JSP 容器:用于将 JSP 动态网页翻译成 Servlet 代码。
定义: JSP是一种基于Java的技术,允许在HTML页面中嵌入Java代码。它简化了动态Web页面的创建,使得开发者可以在页面中嵌套Java代码,而无需在Servlet中编写大量的Java代码。
特点:
JSP页面本质上是包含Java代码的HTML页面,其中的Java代码由特殊的标签(<% %>)包裹。
JSP页面在首次访问时会被容器编译成Servlet,然后由Servlet容器运行。
JSP提供了易于维护和理解的模板化开发方式,允许开发者将Java代码和HTML页面结合起来。
使用场景:
创建动态内容的Web页面。
在HTML页面中嵌套Java代码以执行业务逻辑。
通过使用标签库(Tag Libraries)扩展页面功能。
本质简答的说
简介:
核心组件
web容器:接受、响应请求 ,展示动态页面的,入口和出口
JSP容器:翻译jsp动态网页(java内容)--->servlet代码(因为jsp中java代码无法调用【比如连数据库】,需要翻译为servlet代码)
Serverlet容器:借助于catalina来执行servlet代码(动态任务执行的标准格式)
2.1、运行流程
2.2、名词解释
a、什么是 JSP?
JSP 全称 Java Server Pages,是一种动态网页开发技术。它使用 JSP 标签在HTML网页中插入 Java 代码。标签通常以 <% 开头,以 %> 结束。
JSP 是一种 Java servlet,主要用于实现 Java web 应用程序的用户界面部分。
JSP 通过网页表单获取用户输入数据、访问数据库及其他数据源,然后动态地创建网页。
b、什么是 servlet?
Servlet 是Java Servlet 的简称,可以理解为是一个服务连接器,是用 Java 编写的服务器端程序,具有独立于平台和协议的特性, 简单的理解:servlet 而实现动态网页的创建。就是一个中间件,包含了接口和方法,将客户端和数据库连接。
c、动态页面:可以让用户进行交互的一种web的页面
d、后端进行交互 怎么打开交互页面展示
index.jsp---> tomcat用的 java 环境 -----和数据交互
因此 Tomcat 是 Web 应用服务器,也是一个 Servlet/JSP 容器。Tomcat 作为 Servlet 容器,负责处理客户请求,把请求传送给 Servlet,并将 Servlet 的响应传送回给客户。
三、Tomcat 功能组件结构
Tomcat 的核心功能有两个,分别是负责接收和反馈外部请求的连接器 Connector,和负责处理请求的容器 Container。 其中连接器和容器相辅相成,一起构成了基本的 web 服务 Service。每个 Tomcat 服务器可以管理多个 Service。
●Connector:负责对外接收和响应请求。它是Tomcat与外界的交通枢纽,监听端口接收外界请求,并将请求处理后传递给容器做业务处理,最后将容器处理后的结果响应给外界。
●Container:负责对内处理业务逻辑。其内部由 Engine、Host、Context和Wrapper 四个容器组成,用于管理和调用 Servlet 相关逻辑。
●Service:对外提供的 Web 服务。主要包含 Connector 和 Container 两个核心组件,以及其他功能组件。Tomcat 可以管理多个 Service,且各 Service 之间相互独立。
3.1、Container 结构分析
容器 有一个引擎可以管理多个虚拟主机。每个虚拟主机可以管理多个 Web 应用。每个 Web 应用会有多个 Servlet 封装器。
每个 Service 会包含一个 Container 容器。在 Container 内部包含了 4 个子容器:
4个子容器的作用分别是:
(1)Engine:引擎,用来管理多个虚拟主机,一个 Service 最多只能有一个 Engine;
(2)Host:代表一个虚拟主机,也可以叫站点,通过配置 Host 就可以添加站点;
(3)Context:代表一个 Web 应用,包含多个 Servlet 封装器;
(4)Wrapper:封装器,容器的最底层。每一 Wrapper 封装着一个 Servlet,负责对象实例的创建、执行和销毁功能。
Engine、Host、Context 和 Wrapper,这四个容器之间属于父子关系。
3.2、Tomcat 请求过程:
1、用户在浏览器中输入网址,请求被发送到本机端口 8080,被在那里监听的 Connector 获得;
2、Connector 把该请求交给它所在的 Service 的 Engine(Container)来处理,并等待 Engine 的回应;
3、请求在 Engine、Host、Context 和 Wrapper 这四个容器之间层层调用,最后在 Servlet 中执行对应的业务逻辑、数据存储等。
4、执行完之后的请求响应在 Context、Host、Engine 容器之间层层返回,最后返回给 Connector,并通过 Connector 返回给客户端。
扩展 详细请求过程
假设来自客户的请求为: http://localhost:8080/hhh/hhh_index.jsp
1) 请求被发送到本机端口8080,被在那里侦听的Coyote HTTP/1.1 Connector获得
2) Connector把该请求交给它所在的Service的Engine来处理,并等待来自Engine的回应
3) Engine获得请求localhost/hhh/hhh_index.jsp,匹配它所拥有的所有虚拟主机Host
4) Engine匹配到名为localhost的Host(即使匹配不到也把请求交给该Host处理,因为该Host被定义为该Engine的默认主机)
5) localhost Host获得请求/hhh/hhh_index.jsp,匹配它所拥有的所有Context
6) Host匹配到路径为/hhh的Context(如果匹配不到就把该请求交给路径名为""的Context去处理)
7) path="/hhh"的Context获得请求/hhh_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官网网站下载:https://tomcat.apache.org/download-90.cgi
JDK官方下载:https://www.oracle.com/java/technologies/downloads/#java22
或者【前置资源】
在部署 Tomcat 之前必须安装好 jdk,因为 jdk 是 Tomcat 运行的必要环境。
1.关闭防火墙,将安装 Tomcat 所需软件包传到/opt目录下
jdk-8u201-linux-x64.rpm
apache-tomcat-9.0.16.tar.gz
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
2.安装JDK
rpm -ivh jdk-8u201-linux-x64.rpm
3.设置JDK环境变量
export JAVA_HOST=/usr/java/jdk1.8.0_201-amd64
export CLASSPATH=.:$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar
export PATH=$JAVA_HOST/bin:$PATH
刷新
source /etc/profile.d/java.sh
查看版本
java -version 发现改变为企业版本
补充
---------------------------------------------------------小知识-----------------------------------------------------------
CLASSPATH:编译、运行Java程序时,JRE会去该变量指定的路径中搜索所需的类(.class)文件。
dt.jar:是关于运行环境的类库,主要是可视化的 swing 的包。
tools.jar:主要是一些jdk工具的类库,包括javac、java、javap(jdk自带的一个反编译工具)、javadoc等。
JDK :java development kit (java开发工具)
JRE :java runtime environment (java运行时环境)
JVM :java virtuak machine (java虚拟机),使java程序可以在多种平台上运行class文件。
--------------------------------------------------------------------------------------------------------------------------------
4、安装启动Tomcat
cd /opt
tar zxvf apache-tomcat-9.0.16.tar.gz
mv apache-tomcat-9.0.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.80.100:8080
5、添加到系统服务来启动
新建tomcat系统用户
useradd -s /sbin/nologin tomcat
修改属主和属组
chown tomcat:tomcat /usr/local/tomcat/ -R
cat > /usr/lib/systemd/system/tomcat.service <<EOF
[Unit]
Description=Tomcat
After=syslog.target network.target
[Service]
Type=forking
ExecStart=/usr/local/tomcat/bin/startup.sh
ExecStop=/usr/local/tomcat/bin/shutdown.sh
RestartSec=3
PrivateTmp=true
User=tomcat
Group=tomcat
[Install]
WantedBy=multi-user.target
EOF
systemctl daemon-reload
systemctl start tomcat
ss -ntap |grep 8080
五、优化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。
/usr/local/tomcat/bin/shutdown.sh
/usr/local/tomcat/bin/startup.sh
5.1、主要目录说明
ll /usr/local/tomcat/
------主要目录说明------------------------------------------------------------------------------------------------------
●bin:存放启动和关闭Tomcat的脚本文件,比较常用的是 catalina.sh、startup.sh、shutdown.sh三个文件
●conf:存放Tomcat 服务器的各种配置文件,比较常用的是 server.xml、context.xml、tomcat-users.xml、web.xml 四个文件。
① 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映射等默认配置信息;
●lib:存放Tomcat运行需要的库文件的jar 包,一般不作任何改动,除非连接第三方服务,比如 redis,那就需要添加相对应的jar 包
●logs:存放 Tomcat 执行时的日志
●temp:存放 Tomcat 运行时产生的文件
●webapps:存放 Tomcat 默认的 Web 应用部署目录
●work:Tomcat工作日录,存放jsp编译后产生的class文件,一般清除Tomcat缓存的时候会使用到
●src:存放Tomcat 的源代码
●doc:存放Tomcat文档
---------------------------------------------------------------------------------------------------------------------------------
5.2、Tomcat 虚拟主机配置
很多时候公司会有多个项目需要运行,一般不会是在一台服务器上运行多个 Tomcat 服务,这样会消耗太多的系统资源。此时, 就需要使用到 Tomcat 虚拟主机。
例如现在新增两个域名过这两个域名访问到不同的项目内容。
www.kgc.com 和 www.benet.com, 希望通
1.创建 yc 和 hhh 项目目录和文件
mkdir /usr/local/tomcat/webapps/yc
mkdir /usr/local/tomcat/webapps/hhh
echo "This is kgc page\!" > /usr/local/tomcat/webapps/yc/index.jsp
echo "This is benet page\!" > /usr/local/tomcat/webapps/hhh/index.jsp
2.修改 Tomcat 主配置文件 server.xml
vim /usr/local/tomcat/conf/server.xml
--165行前--插入
<Host name="www.yc.com" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
<Context docBase="/usr/local/tomcat/webapps/yc" path="" reloadable="true" />
</Host>
<Host name="www.hhh.com" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
<Context docBase="/usr/local/tomcat/webapps/hhh" path="" reloadable="true" />
</Host>
内容解释
appBase:Tomcat程序工作目录,即存放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 "你的主机地址 www.yc.com www.hhh.com" >> /etc/hosts
浏览器访问 http://www.yc.com:8080/ 页面显示This is kgc page\!
浏览器访问 http://www.hhh.com:8080/ 页面显示This is benet page\!
HTTP 请求过程:
(1)Connector 连接器监听的端口是 8080。由于请求的端口和监听的端口一致,连接器接受了该请求。
(2)因为引擎的默认虚拟主机是 www.yc.com,并且虚拟主机的目录是webapps。所以请求找到了 tomcat/webapps 目录。
(3)访问的路径为根路径,URI 为空,即空是 Web 程序的应用名,也就是 context。此时请求找到 /usr/local/tomcat/webapps/yc目录,解析 index.jsp 并返回。
六、Tomcat 优化
Tomcat默认安装下的缺省配置并不适合生产环境,它可能会频繁出现假死现象需要重启,只有通过不断压测优化才能让它最高效率稳定的运行。
优化主要包括三方面,分别为
- 操作系统优化(内核参数优化)
- Tomcat配置文件参数优化
- Java虚拟机(JVM)调优
##Tomcat 配置文件参数优化##
常用的优化相关参数如下:
参数名称 | 描述 | 默认值 |
---|---|---|
redirectPort | 当HTTP连接器接收到HTTPS请求时,转发到的端口 | 未设置 |
maxThreads | Tomcat可创建的最大线程数(即最大并发连接数) | 200 |
minSpareThreads | 最小空闲线程数(Tomcat启动时初始化的线程数) | 10 |
maxSpareThreads | 最大备用线程数(超过此值则关闭不再需要的线程) | -1(无限制) |
URIEncoding | Tomcat容器的URL编码格式 | ISO-8859-1(依赖于服务器版本和配置) |
connectionTimeout | 网络连接超时时间(毫秒) | 20000(20秒) |
enableLookups | 是否反查域名以返回远程主机的主机名 | true |
disableUploadTimeout | 上传时是否禁用超时机制 | false(但通常建议设置为true) |
connectionUploadTimeout | 上传超时时间(毫秒) | 未设置(需与disableUploadTimeout 配合使用) |
acceptCount | 当所有处理请求的线程都被使用时,可传入连接请求的最大队列长度 | 100 |
compression | 是否对响应数据进行GZIP压缩 | off |
compressionMinSize | 压缩响应的最小值(字节) | 2048 |
compressableMimeType | 指定对哪些类型的文件进行数据压缩 | 未设置(需要具体指定MIME类型) |
noCompressionUserAgents | 对于哪些用户代理不启用压缩 | 未设置 |
注意:
七、
八、
九、