Tomcat服务部署、优化

一 Tomcat的基本介绍

Tomcat概念

Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试 JSP 程序的首选。

当在一台机器上配置好Apache 服务器，可利用它响应 HTML（标准通用标记语言下的一个应用）页面的访问请求。实际上Tomcat 是 Apache 服务器的扩展，但运行时它是独立运行的，所以当你运行 Tomcat 时，它实际上作为一个与 Apache 独立的进程单独运行的。

当配置正确时，Apache 为 HTML 页面服务，而 Tomcat 实际上运行 JSP 页面和Servlet。另外，Tomcat 和 IIS 等Web服务器一样，具有处理HTML页面的功能，另外它还是一个Servlet 和JSP容器，独立的Servlet容器是Tomcat的默认模式。不过，Tomcat处理静态HTML的能力不如Apache服务器。

omcat虽然和Apache或者Nginx这些Web服务器一样，具有处理HTML页面的功能，然而由于其处理静态HTML的能力远不及Apache或者Nginx，所以Tomcat通常是作为一个Servlet和JSP容器，单独运行在后端。官网地址：Apache Tomcat® - Welcome!

2. web 应用服务器

1999年发布初始版本是Tomcat 3.0，实现了Servlet 2.2 和 JSP 1.1规范。

Tomcat 4.x发布时，内建了Catalina（Servlet容器）和 Jasper（JSP engine）等

当前 Tomcat 的正式版本已经更新到 9.0.x 版本，但当前企业中主流版本为 8.x 和 7.x

官网： http://tomcat.apache.org/

官网文档: https://tomcat.apache.org/tomcat-8.5-doc/index.html

帮助文档:

https://cwiki.apache.org/confluence/display/tomcat/

https://cwiki.apache.org/confluence/display/tomcat/FAQ

2.1 http 协议和 B/S 结构

操作系统有进程子系统，使用多进程就可以充分利用硬件资源。进程中可以多个线程，每一个线程可以被CPU调度执行，这样就可以让程序并行的执行。这样一台主机就可以作为—个服务器为多个客户端提供计算服务。

客户端和服务端往往处在不同的物理主机上，它们分属不同的进程，这些进程间需要通信。跨主机的进程间通信需要使用网络编程。最常见的网络编程接口是socket。

Socket 称为套接字，本意是插座。也就是说网络通讯需要两端，如果一端被动的接收另一端请求并提供计算和数据的称为服务器端，另一端往往只是发起计算或数据请求，称为客户端。

这种编程模式称为 Client/Server 编程模式，简称C/S编程，开发的程序也称为C.S程序。C/S编程往往使用传输层协议(TCP/UDP)，较为底层，比如: QQ，迅雷,云音乐,云盘, foxmail， xshell等。

1990年 HTTP 协议和浏览器诞生。在应用层使用文本跨网络在不同进程间传输数据，最后在浏览器中将服务器惴返回的HTML渲染出来。由此，诞生了网页开发。

网页是存储在 WEB 服务器端的文本文件，浏览器发起HTTP请求后，到达WEB服务程序后，服务程序根据 URL 读取对应的HTML文件，并封装成 HTTP 响应报文返回给浏览器端。起初网页开发主要指的是 HTML、CSS 等文件制作，目的就是显示文字或图片，通过超级链接跳转到另一个HTML并显示其内容。后来，网景公司意识到让网页动起来很重要，伴着 SUN 的 java 的名气,发布了JavaScript语言，可以在浏览器中使用5引攀执行的脚本语言，可以让网页元素动态变化。网页动起来了。

为了让网页动起来，微软使用 ActiveX 技术、SUN的 Applet 都可以在浏览器中执行代码，但都有安全性问题。能不能直接把内容直接在WEB服务器端组织成HTML，然后把HTML返回给浏览器渲染呢?

最早出现了 CGl (Common Gateway Interface)通用网关接口，通过浏览器中输入URL直接映射到一个服务器端的脚本程序执行，这个脚本可以查询数据库并返回结果给浏览器端。这种将用户请求使用程序动态生成的技术，称为动态网页技术。先后出现了 ASP、PHP、JSP 等技术，这些技术的使用不同语言编写的程序都运行在服务器端，所以称为WEB后端编程。有一部分程序员还是要编写HTML、CSS、JavaScript，这些代码运行在浏览器端，称为WEB前端编程。合起来称为Browser/Server编程，即B/S编程。

2.2 前端三大核心技术

① HTML
② css
③ JavaScript
Javascript简称 JS，是一种动态的弱类型脚本解释性语言，和HTML、CSS并称三大WEB核心技术，得到了几乎主流浏览器支持

随着chrome浏览器的V8引擎发布，V8JS引擎不是解释执行，而是本地编译，在V8引擎做了很多优化，JS程序在其上运行堪比本地二进制程序。V8引擎使用C++开发，可以嵌入到任何C++程序中。基于V8引擎，2009年基于服务器 javascript 的运行环境 Node.js 诞生，创建了第一版npm (Node js包管理嚣和开源库生态系统)提供了大显的库供程序员使用。从此，便可以在服务器端真正大规模使用 JavaScript 编程了。也就是说 JavaScript 也可以真正称为服务器端编程语言了，成为目前唯一的前、后端通用的语言。

④ 同步和异步

同步：

交互式网页，用户提交了请求，就是想看到查询的结果。服务器响应到来后是一个全新的页面内容，哪怕 URL 不变，整个网页都需要重新渲染。例如，用户填写注册信息，只是2次密码不一致，提交后，整个注册页面重新刷新，所有填写项目重新填写(当然有办法让用户减少重填)。这种交互非常不友好。从代价的角度看，就是为了注册的一点点信息，结果返回了整个网页内容，不但浪费了网络带宽，还需要浏览器重新渲染网页，太浪费资源了，影响了用户体验和感受。上面这些请求的过程，就是同步过程，用户发起请求，页面整个刷新，直到服务器端响应的数据到来并重新渲染。

异步：

1996年微软实现了 iframe 标签，可以在一个网页使用 iframe 标签局部异步加载内容。

1999年微软推出异步数据传输的 ActiveX 插件技术，太笨重了，但是也火了很多年。有一个组件XMLHttpRequest 被大多数浏览器支持。

传统的网页如果需要更新内容，必需重数整个网页面。Ajax的出现，改变这一切，同时极大的促进了 Javascript 的发展。Ajax即"Asynchronous Javascript AndXML”(异步JavaScript和XML)，是指一种创建交互式、快速动态网页应用的网页开发技术，最早起源于1998年微软的Outook Web Access开发团队。Ajax通过在后台与服务器进行少量数据交换，可以使网页实现异步更新。这意味着可以在不重新加载整个网页的情况下，对网页的某部分进行更新。Javascript 通过调用浏览器内置的 WEB API 中的XMLHttpRequest对象实现Ajax技术。早期Aijax结合数据格式XML，目前更多的使用)SON。利用AAX可实现前后端开发的彻底分离，改变了传统的开发模式。

3.java 基础

3.1 web 架构

① web 资源和访问
PC端或移动端浏览器访问

从静态服务器请求 HTML、CSS、JS 等文件发送到浏览器端，浏览器端接收后渲染在浏览器上从图片服务器请求图片资源显示，从业务服务器访问动态内容，动态内容是请求后有后台服务访问数据库后得到的，最终返回到浏览器端。

手机 App访问

内置了 HTM L和 ]S 文件，不需要从静态WEB服务器下载JS或HTML。为的就是减少文件的发送，现代前端开发使用的文件太多或太大了有必要就从图片服务器请求图片，从业务服务器请求动态数据客户需求多样，更多的内容还是需要由业务服务器提供，业务服务器往往都是由一组服务器组成。

② 后台应用架构

① 单体应用架构

传统架构 (单机系统)。一个项目一个工程:比如商品、订单、支付、库存、登录、注册等等，统一部署，一个进程。

all in one 的架构方式，把所有的功能单元放在一个应用里。然后把整个应用部署到一台服务器上。如果负载能力不行，将整个应用进行水平复制，进行扩展，然后通过负载均衡实现访问。

Java实现: JSP、 Servlet, 打包成一个jar. war部署

好处：易于开发和测试，也十分方便部署，当需要扩展时，只需要将war复制多份，然后放到多个服务器上，再做个负载均衡就可以了。

坏处：如果某个功能模块出问题，有可能全站不可访问，修改Bug后、某模块功能修改或升级后，需要停掉整个服务，重新整体重新打包、部署这个应用war包,功能模块相互之间耦合度高，相互影响，不适合当今互联网业务功能的快速迭代。特别是对于-一个大型应用，我们不可能把所有内容都放在一个应用里面，我们如何维护、如何分工合作都是问题。如果项目庞大，管理难度大

web应用服务器：开源的 tomcat. jetty. glassfish，商用的有weblogic、websphere. Jboss

② 微服务

微服务与soa 基本理念差不多，只是微服务更细，属于SOA (Service Oriented Architecture)的子集面。微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底去掉耦合，每一个微服务提供单个业务功能，一个服务只做一件事。每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等。从技术角度讲就是一种小而独立的处理过程，类似与进程的概念，能够自行单独启动或销毁。

微服务架构（分布式系统)，各个模块/服务，各自独立出来，"让专业的人干专业的事”，独立部署。分布式系统中，不同的服务可以使用各自独立的数据库。·服务之间采用轻量级的通信机制(通常是基于HTTP的RESTful API)。

微服务设计的思想改变了原有的企业研发团队组织架构。传统的研发组织架构是水平架构，前端、后端、DBA、测试分别有自己对应的团队，属于水平团队组织架构。而微服务的设计思想对团队的划分有着一定的影响，使得团队组织架构的划分更倾向于垂直架构，比如用户业务是一个团队来负责，支付业务是一个团队来负责。但实际上在企业中并不会把团队组织架构拆分得这么绝对，垂直架构只是一种理想的架构，微服务的实现框架有多种，不同的应用架构，部署方式也有不同。

③ 单体架构和微服务比较

④ 微服务的优点与缺点

优点：

每个服务足够内聚，足够小，代码容易理解。这样能聚焦一个只当的业务功能或业务需求。

开发简单、开发效率提高，一个服务可能就是专业的只干一件事，微服务能够被小团队单独开发，这个小团队可以是2到5人的开发人员组成。

微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的。

微服务能使用不同的语言开发

易于和第三方集成，微服务运行容易且灵活的方式集成自动部署，通过持续集成工具，如: Jenkins、Hudson、Bamboo。微服务易于被一个开发人员理解、修改和维护，这样小团队能够更关注自己的工作成果，无需通过合作才能体现价值。微服务允许你利用融合最新技术。微服务只是业务逻辑的代码，不会和 HTML/CSS 或其他界面组件混合，即前后端分离，每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一数据库。

缺点：

微服务把原有的一个项目拆分成多个独立工程，增加了开发、测试、运维、监控等的复杂度

微服务架构需要保证不同服务之间的数据一致性，引入了分布式事务和异步补偿机制，为设计和开发带来一定挑战，开发人员和运维需要处理分布式系统的复杂性，需要更强的技术能力

微服务适用于复杂的大系统，对于小型应用使用微服务，进行盲目的拆分只会增加其维护和开发成本

3.2 java

① 介绍

Java创始人之一的：马传斌

② 组成

Java包含下面部分：

语言、语法规范。关键字,如: if、for、class 等

源代码 source code

依赖库，标准库(基础)第三方库(针对某些应用)。底层代码太难使用且开发效率低，封装成现成的库

JVM虚拟机。将源代码编译为中间码即字节码后,再运行在JVM之上

由于各种操作系统ABl不一样，采用编译方式，需要为不同操作系统编译成相应格式的二进制程序才能运行。

3.3 java实现动态网页功能

① servlet

是Java Servlet 的简称，可以理解为是一个服务连接器，是用 Java 编写的服务器端程序，具有独立于平台和协议的特性，简单的理解：servlet 就是一个中间件，包含了接口和方法，将客户端和数据库连接，从而实现动态网页的创建。

② jsp

用于将 JSP 动态网页翻译成 Servlet 代码。

全称 Java Server Pages，是一种动态网页开发技术。它使用 JSP 标签在HTML网页中插入 Java 代码。标签通常以 <% 开头，以 %> 结束。也是一种 Java servlet，主要用于实现 Java web 应用程序的用户界面部分。
JSP 通过网页表单获取用户输入数据、访问数据库及其他数据源，然后动态地创建网页。

优点：架构简单，比较适合小型项目开发

缺点：JSP 职责不单一，职责过重，不便于维护

3.4 jdk

① JDK 和 JRE 关系

Java SE APl: Java 基础类库开发接口

JRE: Java Runtime Environment 缩写，指Java运行时环境，包含JVM +Java 核心类库

JDK: Java Development Kit，即Java语言的软件开发工具包JDK协议基于JRL(JavaResearch License)协议

③ Oracle JDK 版本

JDK也就是常说的J2SE，在1999年，正式发布了Java第二代平台，发布了三个版本：

J2SE：标准版，适用于桌面平台

J2EE：企业版，java在企业级开发所有规范的总和，共有13个大的规范,Servlet、Jsp都包含在JavaEE规范中

J2ME：微型版，适用于移动、无线、机顶盒等设备环境

2005年，Java的版本又更名为JavaSE、JavaEE、JavaME

JDK7 JDK8、JDK11是LTS（Long Term Support）

④ OpenJDK

OpenJDK是Sun公司采用GPL v2协议发布的JDK开源版本，于2009年正式发布。

OpenJDK使用GPL v2可以用于商业用途。目前由红帽维护。OpenJDK也有在其基础上的众多发行版，比如阿里的Dragonwell。

相对来说,Oracle jDK具有更好的响应能力和JVM性能，更加稳定

在Centos 中，默认的是openjdk

2 Tomcat的构成组件

Tomcat由一系列的组件构成，其中的核心组件有三个:

①web容器：完成web服务器的功能。

②servlet容器：名称为catalina，用于处理servlet代码。

Servlet 是Java Servlet 的简称，可以理解为是一个服务连接器，是用 Java 编写的服务器端程序，具有独立于平台和协议的特性，简单的理解：servlet 就是一个中间件，包含了接口和方法，将客户端和数据库连接，从而实现动态网页的创建。

③JSP容器：用于将JSP动态网页翻译成servlet代码

JSP全称java server pages，是一种动态网页开发技术。它使用JSP标签再html网页中插入java代码。标签通常以<%开头，以%>结束。

JSP是一种java servlet，主要用于实现Java web 应用程序的用户界面部分。

因此Tomcat是web应用服务器，也是一个servlet/JSP容器。Tomcat作为Servlet容器，负责处理客户请求，把请求传送给servlet，并将servlet的响应传送回给客户。

3 Tomcat的顶层架构

①tomcat中最顶级的容器是servlet，代表整个服务器，一个servlet可以包含至少一个service，用于具体提供服务。

②service主要包含两个部分：connector和container。tomcat的心脏就是这两个组件，这两个组件的作用：第一个用于处理连接相关的事情，并提供socket于request和response相关的转化；第二个是用于封装和管理servlet，以及具体处理request请求。

③一个tomcat只有一个server，一个server可以包含多个service，一个service只有一个container，但是可以有多个connectors，因为一个服务可以有多个连接，如同时提供http和https链接，也可以提供向相同协议不同端口的连接。

④多个connector和一个container就形成一个service，有了service就可以对外提供服务了，但是service还要一个生存的环境，必须要有人能够给他生命，掌握其生死大权，那就非server莫属了，所以整个tomcat的生命周期由server控制。另外，上述的包含关系或者说是父子关系，都可以再tomcat的conf目录下的server.xml配置文件中看出。

⑤server.xm1中定义<Server port="8005" shutdown="SHUTDOWN">这会让Tomcat6启动一个server实例(即一个JVM)，它监听在8005端口以接收“SHUTDOWN”命令，如果接收到了就会关闭Tomcat。各Server的定义不能使用同一个端口，这意味着如果在同一个物理机上启动了多个Server实例，必须配置它们使用不同的端口。

4 Tomcat的核心功能

Tomcat的核心功能有两个，分别是负责接收和反馈外部请求的连接器Connector，和负责处理请求的容器container。其中连接器和容器相辅相成，一起构成了基本的web服务service。每个tomcat服务器可以管理多个service。

Connector：负责对外接收和响应请求。它是Tomcat与外界的交通枢纽，监听端口接收外界请求，并将请求处理后传递给容器做业务处理，最后将容器处理后的结果响应给外界。
Container：负责对内处理业务逻辑。其内部由 Engine、Host、Context和Wrapper 四个容器组成，用于管理和调用 Servlet 相关逻辑。
Service：对外提供的 Web 服务
Container 结构分析：
每个 Service 会包含一个 Container 容器。在 Container 内部包含了 4 个子容器：

5 个子容器的作用分别是：

Engine：引擎，用来管理多个虚拟主机，一个 Service 最多只能有一个 Engine；

Host：代表一个虚拟主机，也可以叫站点，通过配置 Host 就可以添加站点；

Context：代表一个 Web 应用，包含多个 Servlet 封装器；

Wrapper：封装器，容器的最底层。每一 Wrapper 封装着一个 Servlet，负责对象实例的创建、执行和销毁功能。

Engine、Host、Context 和 Wrapper，这四个容器之间属于父子关系。

容器由一个引擎可以管理多个虚拟主机。每个虚拟主机可以管理多个 Web 应用。每个 Web 应用会有多个 Servlet 封装器。

6配置文件介绍及核心组件

配置文件

目录功能

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 日志 catalina.out

temp 存放 Tomcat 运行时产生的文件

webapps 存放项目资源的目录

work Tomcat 工作目录，一般清除 Tomcat 缓存的时候会使用到（升级版本时注意要删除里面的缓存）

日志文件

参考文档: https://cwiki.apache.org/confluence/display/TOMCAT/Logging

日志格式: https://tomcat.apache.org/tomcat-9.0-doc/config/valve.html#Access_Logging

[root@localhost ~]#ls /usr/local/tomcat/logs/ -1
catalina.2020-07-14.log  #tomcat服务日志
catalina.out               #tomcat服务日志
host-manager.2020-07-14.log   #host manager管理日志
localhost.2020-07-14.log       #默认主机日志
localhost_access_log.2020-07-14.txt  ##默认主机访问日志
manager.2020-07-14.log        #manager 管理日志

引擎

一般而言，引擎是一个程序或一套系统的支持部分。常见的程序引擎有游戏引擎、搜索引擎、杀毒引擎等

主页文件优先级

index.html

index.htm

index.jsp

去浏览器去验证

ROOT和test同级

如果想局部生效（ROOT中的优先级调整）可以将全局生效的主页文件

（/usr/local/tomcat/conf/web.xml）优先级拷贝到项目目录中的局部配置

（/usr/local/tomcat/webapps/ROOT/WEB-INF/web.xml）中

[root@localhost test]# vim WEB-INF/web.xml

浏览器检测

打包Jar包实际操作

war：WebApp打包,类zip格式文件,通常包括一个应用的所有资源,比如jsp,html,配置文件等

jar：EJB类文件的打包压缩类zip格式文件，,包括很多的class文件, 网景公司发明

rar：资源适配器类打包文件，目前已不常用

ear：企业级WebApp打包，目前已不常用

传统应用开发测试后，通常打包为war格式，这种文件部署到Tomcat的webapps目录下，并默认会自动

浏览器检测

搭建 JPress博客

常见配置详解——端口安全

#vim /usr/local/tomcat/conf/server.xml


<?xml version="1.0" encoding="UTF-8"?>
<Server port="8005" shutdown="SHUTDOWN">
  <Service name="Catalina">
    <Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
    <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
    <Engine name="Catalina" defaultHost="localhost">
      <Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="true">
      </Host>
    </Engine>
  </Service>
</Server>

8005是Tomcat的管理端口，默认监听在127.0.0.1上。无需验证就可发送SHUTDOWN (大小写敏感)这个字符串，tomcat接收到后就会关闭此Server。

此管理功能建议禁用，可将SHUTDOWN改为一串猜不出的字符串实现或者port修改成 0,会使用随机端口如:36913

port设为-1等无效端口,将关闭此功能此行不能被注释,否则无法启动tomcat服务

AJP（Apache JServ Protocol）是定向包协议。因为性能原因，使用二进制格式来传输可读性文本。Web服务器通过 TCP连接和 Servlet容器连接。Apache旗下所有的东西都支持AJP协议，是Apache的特有协议

虚拟主机

可能有时候公司会有多个项目需要运行，那么肯定不可能是一台服务器上运行多个Tomcat 服务，

这样会消耗太多的系统资源。此时，就需要使用到 Tomcat 虚拟主机。例如现在新增两个域名

www.cxk.com www.wyb.com希望通过这两个域名访问到不同的项目内容。

Context

Context作用：

路径映射：将url映射至指定路径，而非使用appBase下的物理目录，实现虚拟目录功能
应用独立配置，例如单独配置应用日志、单独配置应用访问控制

#映射指定路径
<Context path="/test" docBase="/data/test" reloadable="true" />
#映射站点的根目录
<Context path="/" docBase="/data/website" reloadable="true" />
#还可以添加日志等独立的配置
<Context path="/test" docBase="/data/test" reloadable="true" >
  <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
               prefix="localhost_test_log" suffix=".txt"
               pattern="%h %l %u %t &quot;%r&quot; %s %b" />
</Context>

path：指的是访问的URL路径，如果path与appBase下面的子目录同名，context的docBase路径优先更高

docBase：可以是磁盘文件的绝对路径，也可以是相对路径（相对于Host的appBase）

reloadable：true表示如果WEB-INF/classes或META-INF/lib目录下.class文件有改动，就会将WEB应用重新加载。生产环境中，建议使用false来禁用。

二 Tomcat服务优化

1 Tomcat虚拟主机配置

①安装jdk

https://www.oracle.com/java/technologies/javase/javase-jdk8-downloads.html

#注意需要注册登录后,才能下载JDK

准备jdk-8u291-linux-x64.rpm包

在部署Tomcat之前必须安装好jdk，因为jdk是Tomcat运行的必要环境。

1. #关闭防火墙
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
 
2. #将安装 Tomcat 所需软件包传到/opt目录下
apache-tomcat-9.0.16.tar.gz 
jdk-8u201-linux-x64.rpm
 
3. #切换至/opt下，安装JDK
cd /opt
yum install jdk-8u201-linux-x64.rpm -y

②设置jdk环境变量

1. #修改配置文件
vim /etc/profile.d/java.sh
 
export JAVA_HOME=/usr/java/jdk1.8.0_291-amd64
export CLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar
export PATH=$JAVA_HOME/bin:$PATH
 
2. #刷新配置文件
java -version                   #查看之前的版本
source /etc/profile.d/java.sh   #执行脚本
java -version                   #查看刷新后的版本

2 安装启动tomcat

①解压tomcat程序

1. #切换至/opt下，解压tomcat包
cd /opt
tar -zxf apache-tomcat-9.0.16.tar.gz 
 
2. #将解压后的包拷贝至/usr/local/下并重命名
cp -r apache-tomcat-9.0.16 /usr/local/tomcat

②启动Tomcat

1. #切换至拷贝的目录下，启动tomcat
cd /usr/local/tomcat/
/usr/local/tomcat/bin/startup.sh
 
2. #看是否启动成功
ss -natp |grep 8080
 
3. #在网页测试是否可以成功登录
192.168.11.3:8080（本机IP地址）
 
4. #关闭tomcat（记得再次打开
/usr/local/tomcat/bin/shutdown.sh

3 优化Tomcat启动速度

第一次启动tomcat可能会发现tomcat启动很慢，默认情况下可能会需要几十秒，可以修改jdk参数进行修改。

1. #修改jdk参数
vim /usr/java/jdk1.8.0_291-amd64/jre/lib/security/java.security
--117行--修改
securerandom.source=file:/dev/urandom
 
2.重启服务
/usr/local/tomcat/bin/shutdown.sh 
/usr/local/tomcat/bin/startup.sh

/dev/urandom是/dev/random的非阻塞版本，即当熵池中没有可取的随机数时，读取/dev/urandom设备仍然会返回一个随机数，只是该随机数的安全性理论上不高。如果应用对安全性要求很高，那么应该使用/dev/random

4 将Tomcat添加至服务

1. #先关闭服务
/usr/local/tomcat/bin/shutdown.sh
 
2. #添加用户设置属主属组
useradd -s /sbin/nologin tomcat
chown tomcat:tomcat /usr/local/tomcat/ -R
 
3. #新建服务文件
vim /etc/systemd/system/tomcat.service
[Unit]
Description=Tomcat
#After=syslog.target network.target remote-fs.target nss-lookup.target
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
 
4. #重新加载服务，并开启，查看是否成功启动
systemctl daemon-reload
systemctl start tomcat
ss -ntap |grep 8080

三 Tomcat服务优化

1 Tomcat虚拟主机配置

使用环境：很多时候公司会有多个项目需要运行，那么肯定不可能是一台服务器上运行多个Tomcat服务，这样会消耗太多的系统资源。此时，就需要使用到 Tomcat 虚拟主机。

现在新增两个域名

www.mcb.com www.3721.com

①创建hanbao和zhaji项目目录和文件

1. #创建 mcb 和 3721 项目目录与文件
cd /usr/local/tomcat/webapps
mkdir mcb 3721
 
2. #创建文件内容
echo iphone>mcb/index.html
echo Coco >3721/index.html

②修改Tomcat主配置文件

2 Tomcat配置参数优化

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

常用的优化参数

补充：