Tomcat

dinzhen_zhenzhu

于 2024-06-25 14:31:15 发布

阅读量698

点赞数 17

文章标签： tomcat java

本文链接：https://blog.csdn.net/dinzhen_zhenzhu/article/details/139740278

版权

一、Tomcat的相关知识

1.1简介

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服务器。

1.2web技术

1.2.1http 协议和 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编程。

1.2.2动态网页功能

Web 容器：完成 Web 服务器的功能。
Servlet 容器：名字为 catalina，用于处理 Servlet 代码。
JSP 容器：用于将 JSP 动态网页翻译成 Servlet 代码。

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

1.2.2.1Servlet简介

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

1.2.2.2JSP简介

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

1.3Tomcat处理请求过程

1、用户在浏览器中输入网址，请求被发送到本机端口 8080，被在那里监听的 Connector 获得；
2、Connector 把该请求交给它所在的 Service 的 Engine（Container）来处理，并等待 Engine 的回应；
3、请求在 Engine、Host、Context 和 Wrapper 这四个容器之间层层调用，最后在 Servlet 中执行对应的业务逻辑、数据存储等。
4、执行完之后的请求响应在 Context、Host、Engine 容器之间层层返回，最后返回给 Connector，并通过 Connector 返回给客户端。

1.4核心组件

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

Web 容器：完成 Web 服务器的功能。（https请求）
Servlet 容器：名字为 catalina，用于处理 Servlet 代码。(具体的任务)
JSP 容器：用于将 JSP 动态网页翻译成 Servlet 代码。

Web容器负责底层的HTTP协议

Servlet容器由catalina脚本帮忙处理的servlet代码，主要处理后端逻辑业务 catalina实际处理的是Servlet代码，而Servlet代码是由Java编写的

JSP容器（JAVA Scripts page） JSP：在正常的html标签中嵌入一些java代码这些JSP最终会被翻译成Servlet代码被执行主要提供提供前端页面展示<% %>

小结：tomcat就是一个容器，在这个容器中有三大核心组件： WEB、Servlet 和JSP，所以Tomcat是极其轻量级别的，核心组件都是支持基本运行的组件。

二、java基础介绍

2.1web架构

2.1.1web资源和访问

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

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

2.1.2后台应用架构

单体应用架构：

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

all in one的架构方式，把所有的功能单元放在一个应用里。然后把整个应用部署到一台服务器上。如果负载能力不行，将整个应用进行水平复制，进行扩展，然后通过负载均衡实现访问。
Java实现: JSP、 Servlet, 打包成-个jar. war部署
易于开发和测试:也十分方便部署:当需要扩展时，只需要将war复制多份，然后放到多个服务器上，再做个负载均衡就可以了。
如果某个功能模块出问题，有可能全站不可访问，修改Bug后、某模块功能修改或升级后，需要停掉整个服务，重新整体重新打包、部署这个应用war包,功能模块相互之间耦合度高，相互影响,不适合当今互联网业务功能的快速迭代。
特别是对于-一个大型应用，我们不可能吧所有内容都放在一个应用里面，我们如何维护、如何分工合作都是问题。如果项目庞大，管理难度大
web应用服务器:开源的tomcat. jetty. glassfish。商用的有weblogic、websphere. Jboss

属于SOA (Service Oriented Architecture)的子集微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底去掉耦合，每一个微服务提供单个业务功能，一个服务只做一件事。每个服务都围绕着具体业务进行构建，并且能够被独立地部署到生产环境、类生产环境等 ·从技术角度讲就是一种小而独立的处理过程，类似与进程的概念，能够自行单独启动或销毁微服务架构（分布式系统)，各个模块/服务，各自独立出来，"让专业的人干专业的事”，独立部署。分布式系统中，不同的服务可以使用各自独立的数据库。·服务之间采用轻量级的通信机制(通常是基于HTTP的RESTful API)。

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

微服务：

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

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

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

单体架构和微服务比较：

微服务的优点与缺点：

优点：

每个服务足够内聚，足够小，代码容易理解。这样能聚焦一个只当的业务功能或业务需求。
开发简单、开发效率提高，一个服务可能就是专业的只干一件事，微服务能够被小团队单独开发，这个小团队可以是2到5人的开发人员组成。
微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的。
微服务能使用不同的语言开发
易于和第三方集成，微服务运行容易且灵活的方式集成自动部署，通过持续集成工具，如: Jenkins、Hudson、Bamboo。微服务易于被一个开发人员理解、修改和维护，这样小团队能够更关注自己的工作成果，无需通过合作才能体现价值。微服务允许你利用融合最新技术。微服务只是业务逻辑的代码，不会和 HTML/CSS 或其他界面组件混合，即前后端分离，每个微服务都有自己的存储能力，可以有自己的数据库，也可以有统一数据库。

缺点：

微服务把原有的一个项目拆分成多个独立工程，增加了开发、测试、运维、监控等的复杂度
微服务架构需要保证不同服务之间的数据一致性，引入了分布式事务和异步补偿机制，为设计和开发带来一定挑战，开发人员和运维需要处理分布式系统的复杂性，需要更强的技术能力
微服务适用于复杂的大系统，对于小型应用使用微服务，进行盲目的拆分只会增加其维护和开发成本。

2.2Java介绍

简介：

Java语言最早是在1991年开始设计的，最初叫Oak项目，它初衷是跑在不同机顶盒设备中的。Sun公司第一个Java公开版本1.0发布于1996年。口号是"一次编写，到处运行"(Write once，Run anywhere)，跨平台运行。后来被Oracle甲骨文公司收购，他有一款程序叫做java虚拟机，类似我们平时使用的VMware等虚拟机。但是也存在部分区别：

VisualBox、VMware就属于系统虚拟机，用来模拟系统。他们完全是对物理计算机的仿真。提供了一个可以运行完整操作系统的软件平台。

Java虚拟机是典型的程序虚拟机，专门为执行单个计算机程序而设计，在Java虚拟机中执行的指令我们称为Java字节码指令。无论是系统虚拟机还是程序虚拟机，在上面运行的软件都呗限制于虚拟机提供的资源中。

组成：

java包含下面部分:

语言、语法规范。关键字,如: if、for、class 等
源代码 source code
依赖库，标准库(基础)第三方库(针对某些应用)。底层代码太难使用且开发效率低，封装成现成的库
JVM虚拟机。将源代码编译为中间码即字节码后,再运行在JVM之上

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

2.3 java实现动态网页功能

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

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

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

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

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

2.4jdk

JDK 和 JRE 关系

Java SE APl: Java 基础类库开发接口
JRE: Java Runtime Environment 缩写，指Java运行时环境，包含JVM +Java 核心类库
JDK: Java Development Kit，即Java语言的软件开发工具包JDK协议基于JRL(JavaResearch License)协议

JVM 的各种版本：

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

三、安装Tomcat

3.1准备安装包和解压

3.2优化路径

3.3启动tomcat

3.4关闭tomcat

3.5新建用户

useradd -s /sbin/nologin tomcat

3.6修改属组属主

chown tomcat:tomcat tomcat/ -R

3.7写文件

3.8开启tomcat

四、tomcat配置文件及核心组件

4.1配置文件：

目录名字	功能
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	存放项目资源的目录
work	Tomcat 工作目录，一般清除 Tomcat 缓存的时候会使用到（升级版本时注意要删除里面的缓存）

conf子目录：

文件名

说明

server.xml

主配置文件全局生效

web.xml

每个webapp只有“部署"后才能被访问,它的部署方式通常由web.xml进行定义,其存放位置为WEB-INF/目录中;此文件为所有的webapps提供默认部署相关的配置,每个web应用也可以使用专用配置文件,来覆盖全局文件

context.xml

用于定义所有web应用均需加载的Context配置,此文件为所有的webapps提供默认配置,每个web应用也可以使用自已专用的配置,它通常由专用的配置文件context.xml来定义,其存放位置为WEB-INF/目录中,覆盖全局的文件

tomcat-users.xml

用户认证的账号和密码文件

catalina.policy

当使用security选项启动omcat时,用于为tomcat设置安全策略

catalina.properties

Tomcat环境变量的配置,用于设定类加载器路径，以及一些与JVM调优相关参数

logging.properties

Tomcat日志系统相关的配置，可以修改日志级别和日志路径等

注意配置文件对于大小写敏感

解释：

主配置文件：

tomcat子配置文件是针对项目而言的web.xml特有的

4.2日志文件：

catalina.out ————tomcat 错误服务日志：

4.3组件

组件分层和分类：

顶级组件

Server，代表整个Tomcat容器，一台主机可以启动多tomcat 实例，需要确保端口不要产生冲突

服务类组件

Service，实现组织Engine和Connector，建立两者之间关联关系, service 里面只能包含一个Engine

连接器组件

Connector，有HTTP（默认端口8080/tcp）、HTTPS（默认端口8443/tcp）、AJP（默认端口8009/tcp）协议的连接器，AJP（Apache Jserv protocol）是一种基于TCP的二进制通讯协议。

容器类

Engine、Host（虚拟主机）、Context(上下文件,解决路径映射)都是容器类组件，可以嵌入其它组件，内部配置如何运行应用程序。

内嵌类

可以内嵌到其他组件内，valve、logger、realm、loader、manager等。以logger举例，在不同容器组件内分别定义。

集群类组件

listener、cluster

过程：

首先开启 tomcat 进程，会有 server 产生，
然后产生一个 service 管理组件，管理所有其他组件的
用户发送请求httpd 请求过来
connector 连接器（默认监听）接收到此请求，会转交给 engine （引擎）
engine （引擎）会处理请求，遍历 host （虚拟主机）会交给客户访问的 host，如果找不到交给默认的 host 会根据上下文 context （上下文）映射关系去找相对应的文件
找到文件后，交给 JSP 生成代码，再交给 servlet 生成 html
原路返回反馈给用户

解释：

名称	说明
server	服务器，Tomcat运行的进程实例，一个Server中可以有多个service，但通常就一个
service	服务，用来组织Engine（引擎）和Connector（连接器，端口）的对应关系，一个service中只有一个Engine
connector	连接器，负责客户端的HTTP、HTTPS、AJP等协议连接。一个Connector只属于某一个Engine
Engine	即引擎，用来响应并处理用户请求。一个Engine上可以绑定多个Connector
Host	即虚拟主机,可以实现多虚拟主机,例如使用不同的主机头区分
Context	应用的上下文，配置特定url路径映射和目录的映射关系: url => directory

核心组件：

Tomcat启动一个Server进程。可以启动多个Server，即tomcat的多实例, 但一般只启动一个
创建一个Service提供服务。可以创建多个Service，但一般也只创建一个
每个Service中，是Engine和其连接器Connector的关联配置
可以为这个Service提供多个连接器Connector，这些Connector使用了不同的协议，绑定了不同的端口。其作用就是处理来自客户端的不同的连接请求或响应
Service 内部还定义了Engine，引擎才是真正的处理请求的入口，其内部定义多个虚拟主机Host
Engine对请求头做了分析，将请求发送给相应的虚拟主机
如果没有匹配，数据就发往Engine上的defaultHost缺省虚拟主机
Engine上的缺省虚拟主机可以修改
Host 定义虚拟主机，虚拟主机有name名称，通过名称匹配
Context 定义应用程序单独的路径映射和配置

在 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>