目录
前言
一、Tomcat服务器
1.核心组件
2.Tomcat 处理请求过程
二、Tomcat部署
1.安装JDK,配置JAVA环境
2.安装配置Tomcat
3.主要目录说明
三、Tomcat优化
1.优化启动速度
2.常用的优化相关参数如下:
四、Tomcat虚拟主机配置
1.创建项目目录和文件
2.修改Tomcat主配置文件
总结
Tomcat 服务器是一个免费的开放源代码的 Web 应用服务器,属于轻量级应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试 JSP 程序的首选。一般来说,Tomcat 虽然和 Apache 或者 Nginx 这些 Web 服务器一样,具有处理 HTML 页面的功能,然而由于其处理静态 HTML 的能力远不及 Apache 或者 Nginx,所以 Tomcat 通常是作为一个 Servlet 和 JSP 容器,单独运行在后端
①web容器:
提供web页面功能(以下为JAVA层面的处理,但网站的业务需要处理TCP/IP以及HTTP)
② servlet容器:
servlet 作用:处理后端业务(收到请求,会响应请求)catalina脚本:专门[管理、执行和翻译] Servlet代码的( JAVA写的)
③JSP容器(JAVA Scripts page):
提供[前端页面]展示功能( 在正常的html标签中嵌入一些java代码 ( <8JAVA代码
)JSP也会被翻译为ServLet被catal ilrTa脚本管理执行
以上共同组成tomcat
①运维:
②JAVA后端:后端主要是对于业务的控制和处理,比如访问数据库,进行数据更新查看修改等等
③JAVA前端: 前端主要是指jsp,页面显示给用户的,前端技术的话比如ajax, javascript, EL这些技术
处理请求详细过程如下:
① 用户点击网页内容,请求被发送到本机8080端口,被那里监听的 Coyote(Tomcat 连接器框架/基础环境) HTTP/1.1 Connector(连接器,用于对接请求)获得;
② 接受请求之后交给 container(容器)中的 engine (引擎)进行处理,engine 是做为容器运行的动力核心;
③ 基于引擎支撑,容器中会跑很多 host 虚拟主机/项目,这些虚拟主机中也会有很多 context(当前程序所处的环境),此处的 context 功能可以理解为:将 JAVA 前端和 JAVA 后端连接的展示的枢纽;
④ Servlet 处理完后会返回给 context;
⑤ context 返回给 Engine 引擎;
⑥ Engine 返回给端口;
⑦ 最终通过映射端口的方式将页面展现给客户
#关闭防火墙与访问控制系统
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
#准备好安装包,上传至/opt目录下
#[root@tomcat ~]#cd /opt/
#[root@tomcat /opt]#ls
#apache-tomcat-9.0.16.tar.gz jdk-8u201-linux-x64.rpm rh
#安装JDK,并设置JDK的环境变量
cd /opt
rpm -qpl jdk-8u201-linux-x64.rpm
#查看指定文件的文件列表
rpm -ivh jdk-8u201-linux-x64.rpm
#安装
java -version
#显示java运行环境版本
cat >> /etc/profile.d/java.sh
vim add.java
public class add {
public static void main(String[] args){
System.out.println("Hello world!");
}
}
javac add.java
#进行编译
java add
#执行
#解压软件包
cd /opt
tar zxvf apache-tomcat-9.0.16.tar.gz
#解压后生成文件夹,将该文件夹移动至 /usr/local/下,并改名为 tomcat
mv apache-tomcat-9.0.16 /usr/local/tomcat
#启动Tomcat
#$创建软连接,优化开启命令,便于管理
ln -s /usr/local/tomcat/bin/startup.sh /usr/local/bin/
ln -s /usr/local/tomcat/bin/shutdown.sh /usr/local/bin/
/usr/local/tomcat/bin/startup.sh
#Tomcat 默认运行在 8080 端口,可以运行 netstat 命令查看 8080 端口监听的信息
#[root@localhost opt]# netstat -natp | grep 8080
#tcp6 0 0 :::8080 :::* LISTEN 16690/java
Tomcat 的主目录为 /usr/localtomcat
目录 | 说明 |
---|---|
bin | 存放 Windows 或 Linux 平台上启动和关闭 Tomcat 的脚本文件 |
conf | 存放 Tomcat 服务器的各种全局配置文件,其中最重要的是的是 server.xml 和 web.xml |
lib | 存放 Tomcat 运行需要的库文件(JARS),一般不作任何改动,除非连接第三方服务,比如 redis,那就需要添加相对应的 jar 包 |
logs | 存放 Tomcat 执行时的 LOG 文件(日志) |
temp | 存放 Tomcat 运行时产生的文件 |
webapps | Tomcat 的主要 Web 发布目录(包括应用程序示例),是存放项目资源的目录 |
work | Tomcat 工作目录,存放 jsp 编译后产生的 class 文件,一般清除 Tomcat 缓存的时候会使用到 |
在生产环境中第一次启动 tomcat 可能会发现 tomcat 启动很慢,默认情况下可能需要几十秒,此时可以修改 jdk 参数进行优化
vim /usr/java/jdk1.8.0_201-amd64/jre/lib/security/java.security
#117 进行修改
securerandom.source=file:/dev/unrandom
#/dev/random 和/dev/urandom 都是伪终端,但是/dev/urandom(随机值)提供的数据流更快
#因为默认系统会有很多外界因素的影响,造成随机性并不是很好,使用urandom优化可以提供更好的数据流
#重启生效
/usr/local/tomcat/bin/shutdown.sh
/usr/local/tomcat/bin/startup.sh
vim /usr/local/tomcat/conf/server.xml
minSpareThreads="50"
#最小空闲线程数为50
enableLookups="false"
#不开启反查域名
disableUploadTimeout="true"
#上传时使用超时机制
acceptCount="300"
#线程数都被占用时,可传入最大连接请求队列为300
maxThreads="500"
#可创建的最大线程数为500
processorCache="500"
#控制Tomcat内部RequestProcessor的缓存池大小,若超过500,则会创建新的RequestProcessor实例
URIEncoding="UTF-8"
#字符集为UTF-8
compression="on"
#开启对响应的数据进行GZIP压缩
compressionMinSize="2048"
#压缩响应最小值,开启则默认2048,只有大于该值时才会对报文进行压缩
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain,image/gif,image /jpg,image/png"/>
#压缩可支持类型
选项名称 | 参数设定 |
---|---|
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=“gozilla, traviata” | 对于以下的浏览器,不启用压缩 |
[root@tomcat /usr/local/tomcat]#vim /etc/hosts
......
192.168.126.15 www.xjj.com www.xcf.com
[root@localhost ~]# mkdir /usr/local/tomcat/webapps/xjj
[root@localhost ~]# mkdir /usr/local/tomcat/webapps/xcf
[root@localhost ~]# echo "Hello Xjj~" > /usr/local/tomcat/webapps/xjj/index.jsp
[root@localhost ~]# echo "Hello Xcf~" > /usr/local/tomcat/webapps/xcf/index.jsp
vim /usr/local/tomcat/conf/server.xml
#在165行插入以下内容
配置 | 说明 |
---|---|
Host name | 主机名 |
appBase | Tomcat程序工作目录,相对路径为webapps, 绝对路径为/usr/local/tomcat/webapps |
unpackWARs | tomcat在webapps文件夹中发现war文件时,是否自动将其解压 |
autoDeploy | 设为true,则web.xml发生变化时,tomcat自动重新部署程序。实现这个功能必需允许后台处理 |
xmlValidation | 是否开启对XML文件的验证 |
xmlNamespaceAware | 是否启用xml命名空间,设置该值与xmlValidation为true,表示对web.xml文件执行有效性检验 |
docBase | WEB应用的目录(本地路径) |
path | 设置访问的URI为WEB应用的根目录(URL路径), ""表示默认,加载系统中自带的类(class文件) |
reloadable | 是否在程序有改动时重新载入 |
①Tomcat 服务器是一个免费的开放源代码的 Web 应用服务器,属于轻量级应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试 JSP 程序的首选
②在安装 Tomcat 之前必须先安装JDK。server.xml 为 Tomcat 的主要配置文件,通过配置该文件,可以修改 Tomcat 的启动端口、网站目录、虚拟主机、开启https等重要功能
③可以将两个或多个Tomcat server 放到 Nginx 的 upstream 中组成一个负载均衡集群,然后通过 proxy_pass 这种 Web 代理的方式在 location 中设置集群站点,然后再通过 weight 值来分别对 Tomcat server 进行权重的设置
④在生产环境中,Tomcat server 的硬件配置可能不尽相同,可以通过修改相应服务器的 weight 值,对配置较高或配置较低的服务器的访问请求进行分配控制
②在安装 Tomcat 之前必须先安装JDK。server.xml 为 Tomcat 的主要配置文件,通过配置该文件,可以修改 Tomcat 的启动端口、网站目录、虚拟主机、开启https等重要功能
③可以将两个或多个Tomcat server 放到 Nginx 的 upstream 中组成一个负载均衡集群,然后通过 proxy_pass 这种 Web 代理的方式在 location 中设置集群站点,然后再通过 weight 值来分别对 Tomcat server 进行权重的设置
④在生产环境中,Tomcat server 的硬件配置可能不尽相同,可以通过修改相应服务器的 weight 值,对配置较高或配置较低的服务器的访问请求进行分配控制