Tomcat介绍
- 是 Java 语言开发的
- 免费的、开放源代码的Web应用服务器
- 属于轻量级应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试 JSP 程序的首选
- 深受Java爱好者的喜爱,并得到部分软件开发商的认可目前比较流行的Web应用服务器
- 一般来说,Tomcat 虽然和 Apache 或者 Nginx 这些 Web 服务器一样,具有处理 HTML 页面的功能,然而由于其处理静态 HTML 的能力远不及 Apache 或者 Nginx,所以 Tomcat 通常是作为一个 Servlet 和 JSP 容器,单独运行在后端。
因此 Tomcat 是 Web 应用服务器,也是一个 Servlet/JSP 容器。Tomcat 作为 Servlet 容器,负责处理客户的.jsp动态页面的请求,把请求传送给 Servlet,并将 Servlet 的响应传送回给客户。
Tomcat三个核心的组件
- Web 容器:完成 Web 服务器的功能。
- Servlet 容器:名字为 catalina,用于处理 Servlet 代码。
- JSP 容器:用于将 JSP 动态网页翻译成 Servlet 代码。
Tomcat 功能组件结构
Tomcat 的核心功能有两个,分别是负责接收和反馈外部请求的连接器 Connector,和负责处理请求的容器 Container。 其中连接器和容器相辅相成,一起构成了基本的 web 服务 Service。每个 Tomcat 服务器可以管理多个 Service。
- Connector:负责对外接收和响应请求。它是Tomcat与外界的交通枢纽,监听端口接收外界请求,并将请求处理后传递给容器做业务处理,最后将容器处理后的结果响应给外界。
- Container:负责对内处理业务逻辑。其内部由 Engine、Host、Context和Wrapper 四个容器组成,用于管理和调用 Servlet 相关逻辑。
- Service:对外提供的 Web 服务。主要包含 Connector 和 Container 两个核心组件,以及其他功能组件。Tomcat 可以管理多个 Service,且各 Service 之间相互独立。
Container 结构分析
每个 Service 会包含一个 Container 容器,在 Container 内部包含了 4 个子容器。
子容器的作用
- Engine:引擎,用来管理多个虚拟主机,一个 Service 最多只能有一个 Engine;
- Host:代表一个虚拟主机,也可以叫站点,通过配置 Host 就可以添加站点;
- Context:代表一个 Web 应用,包含多个 Servlet 封装器;
- Wrapper:封装器,容器的最底层。每一 Wrapper 封装着一个 Servlet,负责对象实例的创建、执行和销毁功能。
Engine、Host、Context 和 Wrapper,这四个容器之间属于父子关系。
容器:由一个引擎可以管理多个虚拟主机。每个虚拟主机可以管理多个 Web 应用。每个 Web 应用会有多个 Servlet 封装器。
Tomcat 请求过程
- 用户在浏览器中输入网址,请求被发送到本机端口 8080,被在那里监听的 Connector 获得;
- Connector 把该请求交给它所在的 Service 的 Engine(Container)来处理,并等待 Engine 的回应;
- 请求在 Engine、Host、Context 和 Wrapper 这四个容器之间层层调用,最后在 Servlet 中执行对应的业务逻辑、数据存储等。
- 执行完之后的请求响应在 Context、Host、Engine 容器之间层层返回,最后返回给 Connector,并通过 Connector 返回给客户端。
Tomcat安装部署
在部署 Tomcat 之前必须安装好 jdk,因为 jdk 是 Tomcat 运行的必要环境。
如果安装系统时,选择安装桌面系统且点了开发工具,则已经安装过。
-
关闭防火墙,将安装 Tomcat 所需软件包传到/opt目录下
-
安装JDK
由于还未配置环境变量,版本号并没有改变。
如果用yum安装,一条命令即可:yum install -y java-11-openjdk*
- 设置JDK环境变量
- 方法一:在/etc/profile最后插入相关内容
- 方法二:建立一个脚本java.sh在/etc/profile.d下(创建专门的脚本文件也便于日后管理)
补充
- CLASSPATH:编译、运行Java程序时,JRE会去该变量指定的路径中搜索所需的类(.class)文件。
- JDK:java development kit (java开发工具)
- JRE:java runtime environment (java运行时环境)
- JVM:java virtuak machine (java虚拟机),使java程序可以在多种平台上运行class文件。
测试当前java是否可以使用
-
使用文本工具编写java源代码
-
对源代码进行编译,生成 class 字节码文件
-
编译完成后,如果没有报错信息,运行 class 字节码文件,由 JVM 对字节码进行解释和运行
-
安装启动Tomcat
回到opt目录下,解压tomcat。然后移动到/usr/local目录下并改名tomcat-
启动tomcat(两个执行脚本)
-
后台启动
-
前台启动,但当前终端就会被该进程占用
-
-
-
优化tomcat启动速度
第一次启动tomcat可能会发现 Tomcat 启动很慢,默认情况下可能会需要几十秒,可以修改jdk参数进行改。-
修改配置文件/usr/java/jdk1.8.0_201-amd64/jre/lib/security/java.security
-
保存退出后,重新启动(由于现在电脑性能大都较好,所以优化后并没有感觉出变化。对于随机数较少或者性能较差时,优化后效果较明显)
-
主要目录说明
ll /usr/local/tomcat/
| 目录 | 作用 |
|---|---|
| bin | 存放启动和关闭 Tomcat 的脚本文件,如 catalina.sh、startup.sh、shutdown.sh |
| conf | 存放 Tomcat 服务器的各种配置文件,如主配置文件 server.xml 和 应用默认的部署描述文件 web.xml |
| lib | 存放 Tomcat 运行需要的库文件的 jar 包,一般不作任何改动 |
| logs | 存放 Tomcat 执行时的日志 |
| temp | 存放 Tomcat 运行时产生的文件 |
| webapps | 存放 Tomcat 默认的 Web 应用项目资源的目录 |
| work | Tomcat 的工作目录,存放 Web 应用代码生成和编译文件 |
虚拟主机配置
HTTP 请求过程
- Connector 连接器监听的端口是 8080。由于请求的端口和监听的端口一致,连接器接受了该请求。
- 因为引擎的默认虚拟主机是 www.abc.com ,并且虚拟主机的目录是webapps。所以请求找到了 tomcat/webapps 目录。
- 访问的路径为根路径,URI 为空,即空是 Web 程序的应用名,也就是 context。此时请求找到 /usr/local/tomcat/webapps/abc 目录,解析 index.jsp 并返回。
tomcat瑞口
- 8080:http连接端口
- 8443:https连接端口
- 8005:服务关闭端口
- 8009:AJP端口,Apache做代理服务的能通过AJP协议访问tomcat的8009端口
虚拟主机配置步骤
新增两个域名 www.abc.com 和 www.qwer.com ,希望通过这两个域名访问到不同的项目内容。
-
创建 abc 和 qwer 项目目录和文件
-
修改 Tomcat 主配置文件 server.xml
解析
-
Host
- name:主机名
- 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文件执行有效性检验
-
Context
- docBase:相应的Web应用程序的存放位置;也可以使用相对路径,起始路径为此Context所属Host中appBase定义的路径;
- path:相对于Web服务器根路径而言的URI;如果为空"",则表示为此webapp的根路径 / ;
- reloadable:是否允许重新加载此context相关的Web应用程序的类;默认为false
- 重新启动,客户端浏览器访问验证
Tomcat优化
Tomcat默认安装下的缺省配置并不适合生产环境,它可能会频繁出现假死现象需要重启,只有通过不断压测优化才能让它最高效率稳定的运行。优化主要包括三方面,分别为操作系统优化(内核参数优化),Tomcat配置文件参数优化,Java虚拟机(JVM)调优。
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作为默认编码。
- 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 中配置压缩了。
查看指定线程:ps -T -p <PID>
vim /usr/local/tomcat/conf/server.xml
......
<Connector port="8080" protocol="HTTP/11.1"
connectionTimeout="20000"
redirectPort="8443"
--71行--插入
minSpareThreads="50"
enableLookups="false"
disableUploadTimeout="true"
acceptCount="300"
maxThreads="500"
processorCache="500"
URIEncoding="UTF-8"
maxKeepAliveRequests="100"
compression="on"
compressionMinSize="2048"
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain,image/gif,image /jpg,image/png"/>
Tomcat 配置JVM参数
环境规格以 2C4G 为例
配置添加在 Tomcat的 bin目录(/usr/local/tomcat/bin/)下 catalina.sh里,位置在 cygwin=false 前。
# 119行插入
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/4
- -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垃圾收集
Tomcat多实例部署
步骤
-
安装 jdk
-
安装 tomcat
-
配置 tomcat 环境变量
-
修改 tomcat2 中的 server.xml 文件(/usr/local/tomcat/tomcat2/conf/server.xml),要求各 tomcat 实例配置不能有重复的端口号
-
修改 tomcat1 和 tomcat2 实例中的 startup.sh 和 shutdown.sh 文件,添加 tomcat 环境变量
-
tomcat1添加内容
-
tomcat2添加内容
-
-
启动各 tomcat 中的 /bin/startup.sh
-
浏览器访问测试