文章目录
1 Tomcat服务器简介
- Tomcat 是 Java 语言开发的，Tomcat 服务器是一个免费的开放源代码的 Web 应用服务器，是 Apache 软件基金会的 Jakarta 项目中的一个核心项目，由 Apache、Sun 和其他一些公司及个人共同开发而成
- Tomcat 属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试 JSP 程序的首选。
一般来说，Tomcat 虽然和 Apache 或者 Nginx 这些 Web 服务器一样，具有处理 HTML 页面的功能，然而由于其处理静态 HTML 的能力远不及 Apache 或者 Nginx，所以 Tomcat 通常是作为一个 Servlet 和 JSP 容器，单独运行在后端
1.1 Java Servlet
- Servlet 是 Java Servlet 的简称，可以理解为是一个服务连接器，是用 Java 编写的服务器端程序，具有独立于平台和协议的特性，简单的理解：Servlet就是一个中间件，包含了接口和方法，将客户端和数据库连接，从而实现动态网页的创建。
- 运行在 Web 服务器或应用服务器上的程序，它是作为来自 Web 浏览器或其他 HTTP 客户端的请求和 HTTP 服务器上的数据库或应用程序之间的中间层。使用Servlet，可以收集来自网页表单的用户输入，呈现来自数据库或者其他源的记录，还可以动态创建网页。与CGI（公共网关接口）功能相类似。
1.2 JSP 全称Java Server Pages
- JSP 全称 Java Server Pages，是一种动态网页开发技术。它使用JSP标签在HTML网页中插入Java代码。标签通常以 <% 开头以 %> 结束。
- JSP 是一种 Java servlet，主要用于实现 Java web 应用程序的用户界面部分。 JSP通过网页表单获取用户输入数据、访问数据库及其他数据源，然后动态地创建网页。
1.3 Tomcat 三大核心组件
Tomcat 由一系列的组件构成，其中核心的组件有三个
| 名称 | 功能 |
|---|---|
| Web 容器 | 完成 Web 服务器的功能 |
| Servlet 容器 | 名字为 catalina，用于处理 Servlet 代码 |
| JSP 容器 | 用于将 JSP 动态网页翻译成 Servlet 代码 |
因此 Tomcat 是 Web 应用服务器，也是一个 servlet/Jsp 容器。Tomcat 作为 Servlet 容器，负责处理客户请求，把请求传送给 Servlet，并将 Servlet 的响应传送回给客户
1.4 Tomcat 功能组件结构
Tomcat 的核心功能有两个，分别是负责接收和反馈外部请求的连接器 Connector，和负责处理请求的容器 Container
其中连接器和容器相辅相成，一起构成了基本的 web 服务 Service。每个Tomcat 服务器可以管理多个Service
- Connector：负责对外接收和响应请求。它是 Tomcat 与外界的交通枢组，监听端口接收外界请求，并将请求处理后传递给容器做业务处理，最后将容鉴处理后的结果响应给外界
- Container：负责对内处理业务逻辑。其内部由 Engine、Host、Context 和 Wrapper 四个容器组成，用于管理和调用 Servlet 相关逻辑。
- Service：对外提供的 Web 服务。主要包含 Connector 和 Container 两个核心组件，以及其他功能组件。Tomcat 可以管理多个 Service，且各 Service 之间相互独立。
1.4.1 Container 结构分析
每个 Service 会包含一个 Container 容器。在 Container 内部包含了4个子容器：
4个子容器的作用分别是：
- Engine：引擎，用来管理多个虚拟主机，一个 Service 最多只能有一个 Engine；
- Host：代表一个虚拟主机，也可以叫站点，通过配置 Host 就可以添加站点；
- Context：代表一个 Web 应用，包含多个 Servlet 封装器；
- Wrapper：封装器，容器的最底层。每一 Wrapper 封装着一个 Servlet，负责对象实例的创建、执行和销毁功能。
Engine、Host、Context 和Wrapper，这四个容器之间属于父子关系。
容器由一个引擎可以管理多个虚拟主机。每个虚拟王机可以管理多个Web应用。每个Web应用会有多个Servlet封装器。
1.5 Tomcat 请求过程
- 用户在浏览器中输入网址，请求被发送到本机端口 8080，被在那里监听的 Connector 获得；
- Connector 把该请求交给它所在的 Service 的 Engine（Container）来处理，并等待 Engine 的回应；
- 请求在 Engine、Host、Context 和Wrapper 这四个容器之间层层调用，最后在 Servlet 中执行对应的业务逻辑、数据存储等。
- 执行完之后的请求响应在 Context、Host、Engine 容器之间层层返回，最后返回给 Connector，并通过 Connector 返回给客户端。
2 Tomcat 服务部署安装
在部署 Tomcat 之前必须安装好 jdk，因为 jdk 是 Tomcat 运行的必要环境
JDK、Tomcat安装包
jdk-8u201-linux-x64.rpm
apache-tomcat-9.0.16.tar.gz
1.关闭防火墙
systemctl stop firewalld #关闭系统防火墙
systemctl disable firewalld #关闭防火墙开机自启
setenforce 0 #关闭系统安全机制
2.将安装 Tomcat 所需软件包传到/opt目录下，安装JDK
cd /opt
rpm -qpl jdk-8u201-linux-x64.rpm #rpm -qpl 可以查看指定文件的文件列表
rpm -ivh jdk-8u201-linux-x64.rpm #rpm-ivh安装
java -version #java -version可显示java运行环境版本
目前是系统自带的，openjdk 131版本
3.设置JDK环境变量
#切换至 /etc/profile.d 目录中，为/etc/profile子目录,写一个脚本文件
vim /etc/profile.d/java.sh
export JAVA_HOME=/usr/java/jdk1.8.0_201-amd64 #输出定义java的工作目录
export JRE_HOME=$JAVA_HOME/jre
export CLASSPATH=.:$JAVA_HOME/lib:$JRE_HOME/lib #输出指定Java所需的类文件
export PATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH #输出重新定义环境变量，$PATH一定要放在后面，让系统先读取工作目录中的版本信息
source /etc/profile.d/java.sh
java -version
| CLASSPATH | 编译、运行Java程序时，JRE会去该变量指定的路径中搜索所需的类（.class）文件 |
|---|---|
| JDK | java development kit （java开发工具） |
| JRE | java runtime environment （java运行时环境） |
| JVM | java virtuak machine （java虚拟机），使java程序可以在多种平台上运行class文件 |
使用文本工具编写java源代码（Hello.java）进行验证
#类名、接口名命令：英文大小写字母、数字字符、$和_，不能使用关键字和数字开头；
一个单词命名时第一个单词的首字母要大写；多单词组成时，所有单词的首字母大写：XxxYyyZzz（大驼峰命名法）
4.安装启动Tomcat
cd /opt
tar zxvf apache-tomcat-9.0.16.tar.gz #解压tomcat安装包,gz格式使用zxvf
mv apache-tomcat-9.0.16 /usr/local/tomcat #将解压好的安装包移动到/usr/local目录下并改名为tomcat
#启动tomcat
/usr/local/tomcat/bin/startup.sh #开启tomcat服务
netstat -natp | grep 8080
/usr/local/tomcat/bin/startup.sh 后台启动 tomcat
/usr/local/tomcat/bin/catalina.sh start 后台启动 tomcat
/usr/local/tomcat/bin/catalina.sh run 前台启动 tomcat
shutdown.sh 关闭 tomcat
浏览器访问Tomcat的默认主页
http://192.168.16.16:8080
5.优化tomcat启动速度
第一次启动查看日志会发现 Tomcat 启动很慢，默认情况下可能会需要几十秒，可以修改jdk参数进行改
vim /usr/java/jdk1.8.0_201-amd64/jre/lib/security/java.security
--117行--修改
securerandom.source=file:/dev/urandom
/usr/local/tomcat/bin/shutdown.sh
/usr/local/tomcat/bin/startup.sh #完成重启Tomcat服务
ll /usr/local/tomcat/
- tomcat启动慢的原因是随机数产生遭到阻塞，遭到阻塞的原因是熵池大小。
- /dev/random：阻塞型，读取它就会产生随机数据，但该数据取决于熵池噪声，当熵池空了，对 /dev/random 的读操作也将会被阻塞。
- /dev/urandom：非阻塞的随机数产生器，它会重复使用熵池中的数据以产生伪随机数据。这表示对 /dev/urandom 的读取操作不会产生阻塞，但其输出的熵可能小于/dev/random的。它可以作为生成较低强度密码的伪随机数生成器，不建议用于生成高强度长期密码。
- Linux内核采用熵来描述数据的随机性。熵（entropy）是描述系统混乱无序程度的物理量，一个系统的熵越大则说明该系统的有序性越差，即不确定性越大。在信息学中，嫡被用来表征一个符号或系统的不确定性，熵越大，表明系统所含有用信息量越少，不确定度越大。计算机本身是可预测的系统，因此，用计算机算法不可能产生真正的随机数。但是机器的环境中充满了各种各样的噪声，如硬件设备发生中断的时间，用户点击鼠标的时间间隔等是完全随机的，事先无法预测。Linux内核实现的随机数产生器正是利用系统中的这些随机噪声来产生高质量随机数序列。内核维护了一个熵池用来收集来自设备驱动程序和其它来源的环境噪音。理论上，熵池中的数据是完全随机的，可以实现产生真随机数序列。为跟踪熵池中数据的随机性，内核在将数据加入池的时候将估算数据的随机性，这个过程称作熵估算。嫡估算值描述池中包含的随机数位数，其值越大表示池中数据的随机性越好。
主要目录说明
| 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 运行时产生的文件 |
| webapps | 存放Tomcat默认的Web应用项目资源的目录 |
| work | Tomcat 工作目录，存放Web应用代码生成和编译文件，一般清除 Tomcat 缓存的时候会使用到 |
tomcat 8080 http端口
tomcat 8443 https端口
tomcat 8005端口是用来关闭进程所用
tomcat 8009转发端口 jsp 负责和其它http服务器建立连接
3 Tomcat 虚拟主机配置
很多时候公司会有多个项目需要运行，一般不会是在一台服务器上运行多个 Tomcat 服务，这样会消耗太多的系统资源。此时，就需要使用到 Tomcat 虚拟主机。
例如现在新增两个域名 www.kgc.com 和 www.benet.com，希望通过这两个域名访问到不同的项目内容。
1.创建 kgc 和 benet 项目目录和文件
#在/usr/local/tomcat/webapps下创建kgc目录和benet目录
mkdir /usr/local/tomcat/webapps/kgc
mkdir /usr/local/tomcat/webapps/benet
#在两个目录下创建两个默认首页文件，并注入内容
echo "This is kgc page\!" > /usr/local/tomcat/webapps/kgc/index.jsp
echo "This is benet page\!" > /usr/local/tomcat/webapps/benet/index.jsp
2.修改 Tomcat 主配置文件
vim /usr/local/tomcat/conf/server.xml #编辑tomcat主配置文件
--165行前--插入
<Host name="www.kgc.com" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
<Context docBase="/usr/local/tomcat/webapps/kgc" path="" reloadable="true" />
</Host>
<Host name="www.benet.com" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false">
<Context docBase="/usr/local/tomcat/webapps/benet" path="" reloadable="true" />
</Host>
/usr/local/tomcat/bin/shutdown.sh
/usr/local/tomcat/bin/startup.sh #完成重启Tomcat服务
| Host name | 主机名 |
|---|---|
| appBase | Tomcat程序工作目录，即存放web应用程序的目录；相对路径为webapps，绝对路径为/usr/local/tomcat/webapps |
| unpackWARs | 在启用此webapps时是否对WAR格式的归档文件先进行展开；默认为true。即是否解压war包 |
| autoDeploy | 在Tomcat处于运行状态时放置于appBase目录中的应用程序文件是否自动进行deploy；默认为true。即指示Tomcat运行时，如有新的WEB应用是否允许自动部署 |
| xmlValidation | 是否验证xml文件执行有效性检验的标志 |
| xmlNamespaceAware | 是否启用xml命名空间，设置该值与xmlValidation为true，表示对web.xml文件执行有效性检验 |
| appBase | WEB应用的目录 |
| docBase | 相应的Web应用程序的存放位置；也可以使用相对路径，起始路径为此Context所属Host中appBase定义的路径 |
| path | 相对于Web服务器根路径而言的URI；如果为空""，则表示为此webapp的根路径/；即设置访问的URI为WEB应用的根目录 |
| reloadable | 是否允许重新加载此context相关的Web应用程序的类；默认为false。即是否在程序有改动时重新载入 |
3.客户端浏览器访问验证
echo "192.168.16.16 www.kgc.com www.benet.com" >> /etc/hosts
浏览器访问 http://www.kgc.com:8080/ 页面显示This is kgc page\!
浏览器访问 http://www.benet.com:8080/ 页面显示This is benet page\!
HTTP 请求过程
- Connector 连接器监听的端口是 8080。由于请求的端口和监听的端口一致，连接器接受了该请求
- 因为引擎的默认虚拟主机是 www.kgc.com，并且虚拟主机的目录是webapps。所以请求找到了 tomcat/webapps 目录
- 访问的路径为根路径，URI 为空，即空是 Web 程序的应用名，也就是 context。此时请求找到 /usr/local/tomcat/webapps/kgc 目录，解析 index.jsp 并返回
4 Tomcat 优化
Tomcat 默认安装下的缺省配置并不适合生产环境，它可能会频繁出现假死现象需要重启，只有通过不断压测优化才能让它最高效率稳定的运行
优化主要包括三方面，分别为操作系统优化（内核参数优化），Tomcat 配置文件参数优化，Java 虚拟机**（JVM）调优**
4.1 内核参数优化
vim /usr/local/tomcat/conf/server.xml #编辑tomcat主配置文件
......
<Connector port="8080" protocol="HTTP/11.1"
connectionTimeout="20000"
redirectPort="8443"
71行插入
minSpareThreads="50" #最小空闲线程数50
enableLookups="false" #不开启反查域名
disableUploadTimeout="true" #上传时不使用超时机制
acceptCount="300" #线程数都被占用时，可传入最大连接请求队列为300
maxThreads="500"
processorCache="500"
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"/> #压缩可支持类型
/usr/local/tomcat/bin/shutdown.sh
/usr/local/tomcat/bin/startup.sh #完成重启Tomcat服务
4.2 Tomcat 配置文件参数优化
Tomcat常用优化选项
| 选项名称 | 参数设定 |
|---|---|
| redirectPort | 如果某连接器支持的协议是HTTP，当接收客户端发来的HTTPS请求时，则转发至此属性定义的 8443 端口 |
| maxThreads | Tomcat 使用线程来处理接收的每个请求，这个值表示 Tomcat 可创建的最大的线程数，默认值是 200 |
| minSpareThreads | 最小空闲线程数，Tomcat 启动时的初始化的线程数，表示即使没有人使用也开这么多空线程等待，默认值是 10 |
| maxSpareThreads | 最大备用线程数，一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程。默认值是-1（无限制）。一般不需要指定 |
| processorCache | 进程缓冲器，可以提升并发请求。默认值是200，如果不做限制的话可以设置为-1，一般采用maxThreads的值或者-1 |
| URIEncoding | 指定 Tomcat 容器的 URL 编码格式，网站一般采用UTF-8作为默认编码，语言编码格式这块倒不如其它 Web服务器软件配置方便，需要分别指定 |
| connnectionTimeout | 网络连接超时，单位：毫秒，设置为 0 表示永不超时，这样设置有隐患的。通常默认 20000 毫秒就可以 |
| enableLookups | 是否反查域名，以返回远程主机的主机名，取值为：true 或 false，如果设置为 false，则直接返回 IP 地址，为了提高处理能力，应设置为 false |
| disableUploadTimeout | 上传时是否使用超时机制。应设置为 true |
| connectionUploadTimeout | 上传超时时间，毕竟文件上传可能需要消耗更多的时间，这个根据你自己的业务需要自己调，以使Servlet有较长的时间来完成它的执行，需要与上一个参数一起配合使用才会生效 |
| acceptCount | 指定当所有可以使用的处理请求的线程数都被使用时，可传入连接请求的最大队列长度，超过这个数的请求将不予处理，默认为 100 个 |
| maxKeepAliveRequests | 指定一个长连接的最大请求数。默认长连接是打开的，设置为1时，代表关闭长连接；为-1时，代表请求数无限制 |
| compression | 是否对响应的数据进行GZIP压缩，off：表示禁止压缩；on：表示允许压缩（文本将被压缩）、force：表示所有情况下都进行压缩，默认值为 off，压缩数据后可以有效的减少页面的大小，一般可以减小 1/3 左右，节省带宽 |
| compressionMinSize | 表示压缩响应的最小值，只有当响应报文大小大于这个值的时候才会对报文进行压缩，如果开启了压缩功能，默认值就是 2048 |
| compressableMimeType | 压缩类型，指定对哪些类型的文件进行数据压缩 |
| noCompressionUserAgents=“gozilla, traviata” | 对于以下的浏览器，不启用压缩 |
如果已经进行了动静分离处理，静态页面和图片等数据就不需做 Tomcat 处理，也就不要在 Tomcat 中配置压缩了。以上是一些常用的配置参数。
4.3 Tomcat 配置 JVM 参数优化
环境规格以 2C4G 为例
配置添加在 Tomcat 的 bin 目录下 catalina.sh 里，位置在 cygwin=false 前。
vim /usr/local/tomcat/bin/catalina.sh
JAVA_OPTS="$JAVA_OPTS -server -Xms2048m -Xmx2048m -Xmn768m -XX:ParallelGCThreads=2 -XX:PermSize=1024m -XX:MaxPermSize=1024m -Djava.awt.headless=true -XX:+DisableExplicitGC"
cygwin=false
参数说明：
| -server | 一定要作为第一个参数，在多个CPU时性能佳 |
|---|---|
| -Xms | 初始 Java 初始化堆的大小，是分配 JVM 的最小内存，cpu 性能高时此值应设的大一些 |
| -Xmx | 最大 Java 堆的大小，是分配 JVM 的最大内存，取决于硬件物理内存的大小，建议 -Xms 与 -Xmx 设成一样的值，均设为物理内存的一半。其目的是为了能够在 java 垃圾回收机制清理完堆区后不需要重新分隔计算堆区的大小而浪费资源 |
| -Xmn | 新生代的内存大小，官方推荐配置为整个堆的 3/8 |
堆区进一步细化分为：新生代、中生代、老生代。
java 中每新 new 一个对象所占用的内存空间就是新生代的空间，当 java 垃圾回收机制对堆区进行资源回收后，那些新生代中没有被回收的资源将被转移到中生代，中生代的被转移到老生代。
整个 JVM 堆大小 = 新生代大小 + 老生代大小 + 永久代大小
| -XX:ParallelGCThreads | 配置并行收集器的线程数，即：同时有多少个线程一起进行垃圾回收，此值建议配置与 CPU 数目相等 |
|---|---|
| -XX:PermSize | 设置非堆内存初始值，即持久代内存大小，默认是物理内存的1/64 |
| -XX:MaxPermSize | 最大非堆内存的大小，即最大持久代内存大小，默认是物理内存的1/4 |
非堆区内存是不会被java垃圾回收机制进行处理的，且最大堆内存与最大非堆内存的和不能超出操作系统的可用内存。
XMX 和 XMS 设置一样大，MaxPermSize 和MinPermSize 设置一样大，这样可以减轻伸缩堆大小带来的压力。
| -Djava.awt.headless=true | 免避在 Linux/Unix 环境下 Web 网页不能正常显示图片 |
|---|---|
| -XX:+DisableExplicitGC | 禁止调用System.gc()，防止误调用gc方法导致系统的 JVM 大起大落而使系统响应时间严重降低 |
| -XX:+UseParNewGC | 对新生代采用多线程并行回收，缩短垃圾收集的时间 |
| -XX:+UseConcMarkSweepGC | 并发标记清除收集器，它是老年代的收集算法，缩短垃圾收集的时间 |
| -XX:+CMSParallelRemarkEnabled | 启用并行标记，降低标记停顿 |
| -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 | 这两个参数默认值就是这样的，表示触发FullGC时压缩堆，优化内存碎片 |
| -XX:CMSInitiatingOccupancyFraction=70 | 在应用程序使用70％完内存后开始CMS垃圾收集 |
扫一扫
854
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
