文章目录
Pre
Tomcat Version : 8.5+
我们先回顾下 前几节学习的的tomcat的功能及架构
Tomcat是一个基于JAVA的WEB容器,其实现了JAVA EE中的 Servlet 与 jsp 规范,与Nginx apache 服务器不同在于一般用于动态请求处理。
在架构设计上采用面向组件的方式设计, 即整体功能是通过组件的方式拼装完成。
Tomcat 各组件及关系
-
Server 和 Service
-
Connector 连接器
HTTP 1.1
SSL https
AJP( Apache JServ Protocol) apache 私有协议,用于apache 反向代理Tomcat -
Container
Engine 引擎 catalina
Host 虚拟机 基于域名 分发请求
Context 隔离各个WEB应用 每个Context的 ClassLoader都是独立 -
Component
Manager (管理器)
logger (日志管理)
loader (载入器)
pipeline (管道)
valve (管道中的阀)
server.xml 配置详解
上述组件,都是可以在server.xml中配置
server
root元素 , server 的*配置
主要属性:
- port:执行关闭命令的端口号
- shutdown:关闭命令
基于telent 执行SHUTDOWN 命令即可关闭(必须大写)
telnet 127.0.0.1 8005
SHUTDOWN
service
服务:将多个connector 与一个Engine组合成一个服务,可以配置多个服务。
connector
连接器:用于接收 指定协议下的连接 并指定给唯一的Engine 进行处理。
主要属性:
- protocol 监听的协议,默认是http/1.1
- port 指定服务器端要创建的端口号
- minThread服务器启动时创建的处理请求的线程数
- maxThread最大可以创建的处理请求的线程数
- enableLookups如果为true,则可以通过调用request.getRemoteHost()进行DNS查询来得到远程客户端的实际主机名,若为false则不进行DNS查询,而是返回其ip地址
- redirectPort指定服务器正在处理http请求时收到了一个SSL传输请求后重定向的端口号
- acceptCount指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理
- connectionTimeout指定超时的时间数(以毫秒为单位) 【请求连接tomcat的最大超时时间,如果超过该时间,tomcat自动掐断该请求。如果当前可使用的线程都被使用,connectionTimeout时间内还是没有线程能处理该请求,即超时 】
- SSLEnabled 是否开启 SSL 验证,在Https 访问时需要开启。
举个例子
<Connector port="8860" protocol="org.apache.coyote.http11.Http11NioProtocol"
connectionTimeout="20000"
redirectPort="8862"
URIEncoding="UTF-8"
useBodyEncodingForURI="true"
compression="on" compressionMinSize="2048"
compressableMimeType="text/html,text/xml,text/plain,text/javascript,text/css,application/x-json,application/json,application/x-javascript"
maxThreads="1024" minSpareThreads="200"
acceptCount="800"
enableLookups="false"
/>
Engine
引擎:用于处理连接的执行器,默认的引擎是catalina。一个service 中只能配置一个Engine。
主要属性:name 引擎名称 defaultHost 默认host
Host
虚拟机:基于域名匹配至指定虚拟机。类似于nginx 当中的server,默认的虚拟机是localhost. 主要属性
举例配置多个Host
<Host name="www.luban.com" appBase="/usr/www/artisan"
unpackWARs="true" autoDeploy="true">
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" prefix="www.artisan.com.access_log" suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
</Host>
Context
应用上下文:一个host 下可以配置多个Context ,每个Context 都有其独立的classPath。相互隔离,以免造成ClassPath 冲突。
举例配置多个Context
<Context docBase="hello" path="/h" reloadable="true"/>
docBase 不能有 / , 否则是根目录
Tomcat与App应用分开部署
我们平时启动Tomcat过程是怎么样的?
- 复制WAR包至Tomcat webapp 目录。
- 执行starut.bat 脚本启动。
- 启动过程中war 包会被自动解压装载。
再回想我们在idea 中启动WEB项目的时候 也是把War包复杂至webapps 目录解压吗?
显然不是,其真正做法是在Tomcat程序文件之外创建了一个部署目录,在一般生产环境中也是这么做的 即:Tomcat 程序目录和部署目录分开 。
我们只需要在启动时指定CATALINA_HOME 与 CATALINA_BASE 参数即可实现。
启动参数 | 描述说明 |
---|---|
JAVA_OPTS | jvm 启动参数 , 设置内存 编码等 -Xms200m -Xmx200m -Dfile.encoding=UTF-8 |
JAVA_HOME | 指定jdk 目录,如果未设置从java 环境变量当中去找。 |
CATALINA_HOME | Tomcat 程序根目录 |
CATALINA_BASE | 应用部署目录,默认为$CATALINA_HOME |
CATALINA_OUT | 应用日志输出目录:默认$CATALINA_BASE/logs |
CATALINA_TMPDIR | 应用临时目录:默认:$CATALINA_BASE/temp |
好处很明显:
- 不会和 tomcat耦合在一起,升级tomcat版本很方便 ,搞个软连接爱指哪儿指哪儿
- 配置文件隔离 : conf目录每个app都有一份,那岂不是什么端口号啊 想改就改~ ,改了这个AP的,也不影响另外一个AP的。因为conf是每个应用都有自己的嘛
当然了,缺点也是你得搞个启动脚本
操作步骤:
- 下载tomcat8.5+, 解压,比如这里解压到/root/artisan ,当然了你可以搞个软连接指定8.5+的版本。 后续升级维护这个软连接的指向即可
- 新建目录用于存放你的应用,比如叫apps 然后下面存放你的其中一个应用,比如叫 artisanAPP,也可以放多个 artisanAPP2 . 这些应用都是可以单独启动的。
- copy tomcat 中的 conf 和 webapps 到你的apps/artisanAPP目录下
- apps/artisanAPP目录下新建logs目录 (一定要建,不然报错)
- 编写启动脚本 tomcat.sh ,如下
#!/bin/bash
export JAVA_OPTS="-Xms1024m -Xmx1024m"
export JAVA_HOME=/root/artisan/jdk
export CATALINA_HOME=/root/artisan/apache-tomcat
export CATALINA_BASE=`pwd`
# start stop restart status
case $1 in
start)
$CATALINA_HOME/bin/catalina.sh start
echo "start success"
;;
stop)
$CATALINA_HOME/bin/catalina.sh stop
echo stop success!!
;;
restart)
$CATALINA_HOME/bin/catalina.sh stop
echo stop success!!
sleep 3
$CATALINA_HOME/bin/catalina.sh start
echo start success!!
;;
version)
$CATALINA_HOME/bin/catalina.sh version
;;
configtest)
$CATALINA_HOME/bin/catalina.sh configtest
;;
esac
exit 0
以上是一个比较简单的启动tomcat的脚本,本质上也是调用catalina.sh 。
可以调用 tomcat.sh/configtest 来验证配置是否正确。