本节索引：
一、tomcat介绍
二、tomcat服务配置
三、实验：实现tomcat应用部署及版本控制
四、实验：tomcat创建虚拟主机Host及Context
五、实验：开启tomcat管理页面
一、tomcat介绍
Tomcat是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由
Apache、Sun 和其他一些公司及个人共同开发而成。因为Tomcat 技术先进、性能稳定，而且免费，因而
深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。
Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用服务器，在中小型系统和并
发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。对于一个初学者来说，可以这
样认为，当在一台机器上配置好Apache 服务器，可利用它响应HTML（标准通用标记语言下的一个应用）
页面的访问请求。实际上Tomcat是Apache 服务器的扩展，但运行时它是独立运行的，所以当你运行
tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。Apache 为HTML页面服务，而
Tomcat 实际上运行JSP 页面和Servlet。
官方网站：http://tomcat.apache.org/
如何安装tomcat？
方法一：本地yum安装(base源)
systemctl start tomcat
默认监听：8080，8005(管理端口)，8009
方法二：ASF官网站点下载安装
官方网站下载地址：https://tomcat.apache.org/download-90.cgi
wget http://mirrors.hust.edu.cn/apache/tomcat/tomcat-8/v8.5.24/bin/apache-tomcat-8.5.24.tar.gz
tar -zxf apache-tomcat-8.5.24.tar.gz
启动tomcat
./apache-tomcat-8.5.24/bin/startup.sh
添加环境变量CATELINA_HOME
vim /etc/profile.d/
export CATALINA_BASE=/usr/local/tomcat
export PATH=$CATALINA:$PATH
服务控制由catalina脚本执行
catalina.sh start
此时，浏览器访问localhostIp:8080就可以看到tomcat默认界面了
二、tomcat服务配置
Tomcat的主要目录结构：
bin：脚本，及启动时用到的类；
conf：配置文件目录；
lib：库文件，Java类库，jar；
logs：日志文件目录；
temp：临时文件目录；
webapps：webapp的默认目录；
work：工作目录，存放编译后的字节码文件；
Tomcat的配置文件构成：
server.xml：主配置文件；
web.xml：每个webapp只有“部署”后才能被访问，它的部署方式通常由web.xml进行定义，其存放位置为
WEB-INF/目录中；此文件为所有的webapps提供默认部署相关的配置；
context.xml：每个webapp都可以使用的配置文件，它通常由专用的配置文件context.xml来定义，其存
放位置为WEB-INF/目录中；此文件为所有的webapps提供默认配置；
tomcat-users.xml：用户认证的账号和密码文件；角色（role），用户（User）；此文件在tomcat启动
时被装入内存；
catalina.policy：当使用-security选项启动tomcat时，用于为tomcat设置安全策略；
catalina.properties：Java属性的定义文件，用于设定类加载器路径，以及一些与JVM调优相关参数；
logging.properties：日志系统相关的配置；
Tomcat的核心组件：server.xml
<Server>
<Service>
<connector/>
<connector/>
…
<Engine>
<Host>
<Context/>
<Context/>
…
</Host>
<Host>
…
</Host>
…
</Engine>
</Service>
</Server>
每一个组件都由一个Java“类”实现，这些组件大体可分为以下几个类型：
顶级组件：Server
服务类组件：Service
连接器组件：http, https, ajp（apache jserv protocol）
容器类：Engine, Host, Context
被嵌套类：valve, logger, realm, loader, manager, …
集群类组件：listener, cluster, …
一般 web 项目路径结构
webapp归档格式：
.war：webapp;
.jar：EJB的类打包文件(类库)；
.rar：资源适配器类打包文件；
.ear：企业级webapp；
…
部署(deploy)webapp的相关操作：
deploy：将webapp的源文件放置于目标目录(网页程序文件存放目录)，配置tomcat服务器能够基于
web.xml和context.xml文件中定义的路径来访问此webapp；将其特有的类和依赖的类通过class loader装载
至JVM；
部署有两种方式：
自动部署：auto deploy
手动部署:
冷部署：把webapp复制到指定的位置，而后才启动tomcat；
热部署：在不停止tomcat的前提下进行部署；
部署工具：manager、ant脚本、tcd(tomcat client deployer)等；
undeploy：拆除（反部署），停止webapp，并从tomcat实例上卸载webapp；
start：启动处于停止状态的webapp；
stop：停止webapp，不再向用户提供服务；其类依然在jvm上；
redeploy：重新部署；
Tomcat基础架构
连接器(connector)负责接收请求并传给引擎，由引擎运行jsp代码并返回给连接器
Server：代表整个服务器，一个server可以包含多个service
一个Service可包含一个Engine，多个Connecter
Connector：连接器类元素，代表通信接
Engine：为特定的Service组件处理客户请求，要包含多个Host
Host：为特定的虚拟主机组件处理客户请求，可包含多个Context
Context：为特定的Web应用处理所有的客户请求
Tomcat的常用组件配置：
Server
功能：代表tomcat instance，即表现出的一个java进程；监听在8005端口，只接收“SHUTDOWN”。各
server监听的端口不能相同，因此，在同一物理主机启动多个实例时，需要修改其监听端口为不同的端
口；
port=”-1″,
shutdown=”RANDOM_CHARCTER”
Service
功能：用于实现将一个或多个connector组件关联至一个engine组件；
一个Server中可以有多个Service
Connector
功能：负责接收请求，常见的有三类http/https/ajp；
进入tomcat的请求可分为两类：
(1) standalone : 请求来自于客户端浏览器；
(2) 由其它的web server反代：来自前端的反代服务器；
nginx –> http connector –> tomcat
httpd(proxy_http_module) –> http connector –> tomcat
httpd(proxy_ajp_module) –> ajp connector –> tomcat
httpd(mod_jk) –> ajp connector –> tomcat
属性：
port=”8080″
protocol=”HTTP/1.1″
connectionTimeout=”20000″
address：监听的IP地址；默认为本机所有可用地址；
maxThreads：最大并发连接数，默认为200；
enableLookups：是否启用DNS查询功能；
acceptCount：等待队列的最大长度；
secure：
sslProtocol：
Engine
功能：Servlet实例，即servlet引擎，其内部可以一个或多个host组件来定义站点； 通常需要通过
defaultHost来定义默认的虚拟主机；
属性：
name= #此引擎的逻辑名称，用于日志和错误消息。
defaultHost=”localhost” #默认主机名，用于标识将处理指向此服务器上主机名称但未在此配置文件中配
置的请求的主机。
jvmRoute=
Host
功能：位于engine内部用于接收请求并进行相应处理的主机或虚拟主机
Host元素表示一个虚拟主机
<Host name=”localhost” appBase=”webapps”
unpackWARs=”true” autoDeploy=”true”>
</Host>
常用属性说明：
name：名称；用于日志输出
appBase：虚拟主机对应的应用基础路径，可以是个绝对路径, 或${CATALINA_BASE}相对路径
xmlBase：虚拟主机XML基础路径,里面应该有Context xml配置文件；可以是个绝对路径, 或${CATALINA_BASE}相对路径
createDirs：当appBase和xmlBase不存在时,是否创建目录；默认为true
autoDeploy：是否周期性的检查appBase和xmlBase并deploy web应用和context描述符；默认为true
deployIgnore：忽略deploy的正则
deployOnStartup：Tomcat启动时是否自动deploy；默认为true
Context
功能：Context元素表示一个Web应用程序，它在特定的虚拟主机中运行。每个Web应用程序都基于Web
应用程序存档（WAR）文件，或者包含相应的解包内容的相应目录
常用属性说明：
altDDName：web.xml部署描述符路径；默认 /WEB-INF/web.xml
docBase：Context的Root路径，和Host的appBase相结合, 可确定web应用的实际目录
path ：web应用的context path；如果为根路径,则配置为空字符串(“”), 不能不配置
privileged：是否使用Tomcat提供的manager servlet
reloadable：/WEB-INF/classes/ 和/WEB-INF/lib/ 目录中class文件发生变化是否自动重新加载；默认为false
swallowOutput：true情况下, System.out和System.err输出将被定向到web应用日志中；默认为false
Valve
<Valve className=”org.apache.catalina.valves.AccessLogValve” directory=”logs”
prefix=”localhost_access_log” suffix=”.txt”
pattern=”%h %l %u %t "%r" %s %b” />
Valve存在多种类型：
定义访问日志：org.apache.catalina.valves.AccessLogValve
定义访问控制：org.apache.catalina.valves.RemoteAddrValve
<Valve className=”org.apache.catalina.valves.RemoteAddrValve” deny=”172\.16\.100\.67″/>
三、实验：实现tomcat应用部署及版本控制
前期准备：
本节实验全部以yum安装为准,tomcat版本：tomcat-7.0.76-6.el7.noarch
创建一个测试类应用
mkdir -pv /usr/share/tomcat/webapps/test/{classes,lib,WEB-INF}
tomcat端测试：
浏览器打开：tomcat.wxlinux.com/test/
当应用被部署上线后，就会在/usr/share/tomcat/work/Catalina/localhost/test目录生成源码和类
库文件
版本部署
软连接实现部署部署
软连接方式不支持热部署，需重启tomcat服务后才能连接成功
systemctl restart tomcat
生产环境中一般使用git来实现版本控制，可以使用一个目录名包含多个版本程序
四、实验：tomcat创建虚拟主机Host及Context
定义虚拟主机
修改server配置文件添加一个host配置：
vim /etc/tomcat/server.xml
写入一个测试类应用，内容如下：
mkdir /data/webapps/ROOT/{classes,lib,META-INF,WEB-INF} -pv
为了方便访问，这里添加主机名解析到hosts文件中
vim /etc/hosts
192.168.30.18 node1.wxlinux.com
浏览器访问node1.wxlinux.com:8080
自定义host日志：
vim /etc/tomcat/server.xml
当host被访问时，后生成日志：
创建一个context：
vim /etc/tomcat/server.xml
在context定义的目录中创建另外一个应用，为了方便对比，仅仅改变字体颜色：
测试访问：
五、实验：开启tomcat管理页面
前期准备：
虚拟机一台
系统版本：CentOS 7.4 IP：192.168.30.27
manager管理页面：
vim /etc/tomcat/tomcat-users.xml
浏览器打开192.168.30.27:8080点击红色区域
管理界面可进行对web的管理，如停止，开始，卸载部署等操作
图形界面热部署WAR文件：
HostManager管理页面：
vim /etc/tomcat/tomcat-users.xml
测试访问：
本文来自投稿，不代表Linux运维部落立场，如若转载，请注明出处：http://www.178linux.com/103953
