Apache Tomcat 7.0.59安装与配置-CSDN博客

本文链接：https://blog.csdn.net/weixin_36184718/article/details/142608775

简介：Apache Tomcat 7.0.59是一个开源的Java Servlet容器，专用于运行Java Web应用程序，如JSP和Servlet。该版本的压缩包以tar.gz格式提供，包含用于管理、配置、日志记录和部署Web应用的核心组件和目录。安装时需注意环境变量、端口配置、安全性、Web应用部署、性能优化、日志管理以及JVM内存设置等关键知识点。这些知识对于维护和管理Tomcat服务器至关重要，确保了Java Web应用的平稳运行。 apache-tomcat-7.0.59.tar.gz

1. Apache Tomcat简介

Apache Tomcat是一个开源的Servlet容器，它实现了Java Servlet和JavaServer Pages (JSP) 规范。它是由Apache软件基金会维护的顶级项目之一，广泛用于开发和部署Java Web应用程序。作为Java EE规范的一个关键组成部分，Tomcat提供了Web服务器环境，支持动态Web应用程序的运行。

简史与发展

Apache Tomcat起源于 Jakarta Project，它最初是与Apache JServ一起开发的。随着技术的发展和对规范的实现，Tomcat逐渐演变成一个成熟的Servlet容器。它的版本迭代不仅增强了性能，还添加了更多企业级特性和支持。

核心功能与应用场景

Tomcat的核心功能包括处理HTTP请求、管理会话、提供JNDI命名和目录服务以及部署Web应用程序。它适用于开发、测试以及生产环境中的轻量级应用服务器。此外，它也常被用作独立运行的Servlet引擎或者与其他应用服务器（如Apache, IIS等）配合使用，为Java Web应用程序提供运行平台。

2. Tomcat 7.0.59核心组件和目录

2.1 核心组件概述

2.1.1 连接器和容器的角色

Tomcat的架构设计中，连接器（Connector）和容器（Container）是两个核心概念。连接器负责接收客户端的请求，然后将请求传递给容器处理；处理完毕后，容器再将响应交由连接器返回给客户端。

连接器（Connector） ：在Tomcat中，连接器是客户端与服务器之间的桥梁。它监听指定的端口，接收客户端发送的请求，并将请求封装成特定格式交由容器处理。同时，连接器还负责将容器处理后生成的响应返回给客户端。连接器支持多种协议，常见的有HTTP、AJP等。在Tomcat 7.0.59中，HTTP连接器是最常用的组件。
容器（Container） ：容器则是处理业务逻辑的地方，它根据部署的Web应用的web.xml文件进行请求的分发和处理。Tomcat中主要有四种类型的容器：Engine、Host、Context和Wrapper。它们之间的关系是树状结构，Engine是顶级容器，可以包含一个或多个Host；每个Host代表一个虚拟主机，可以包含一个或多个Context；每个Context代表一个Web应用，而Wrapper是容器中的最小单位，代表一个Servlet。

2.1.2 各组件的交互机制

组件之间的交互机制是Tomcat设计的一个关键部分。当一个客户端请求发送到Tomcat服务器时，连接器接收到请求后，根据请求的协议类型和内容，调用相应的解析器（如HTTP解析器）解析请求头和数据，然后封装成Request对象。随后，请求被路由到对应的容器中，容器处理完请求后生成Response对象，并将其返回给连接器，连接器再将响应返回给客户端。

连接器与容器之间的交互 遵循“分发器”（Digester）机制，分发器是一种事件驱动的模式，基于 Apache Commons Digester 库实现。在Tomcat中，分发器会根据配置文件（如server.xml）中定义的组件和它们之间的关系，创建组件实例并配置它们之间的关系。例如，一个连接器被创建后，分发器会根据配置文件中的标签指定的处理方式，将其设置为对应的Engine容器的子组件。

2.2 目录结构分析

2.2.1 主要目录的作用

Tomcat 7.0.59的目录结构是根据其组件设计和运行机制精心组织的，主要目录的作用如下：

bin ：存放启动和关闭Tomcat的脚本文件，如 startup.sh 和 shutdown.sh ，以及用于配置环境变量的 setclasspath.sh （或 setclasspath.bat ）。
conf ：包含服务器的配置文件，如 server.xml （Tomcat服务器配置）、 web.xml （默认的Web应用配置）、 tomcat-users.xml （用户角色和权限配置）等。
lib ：存放Tomcat运行时需要的库文件，包括各种JAR文件，这些库文件为Tomcat的运行和Web应用提供了必要的功能支持。
logs ：存放Tomcat的日志文件，其中最重要的是 catalina.out 日志文件，记录了Tomcat服务器的启动、运行和关闭过程中的关键信息。
webapps ：Web应用部署的根目录，当Tomcat服务器启动时，会自动加载这个目录下的所有Web应用。每个Web应用可以包含自己的 WEB-INF 目录，内含 web.xml 配置文件和 lib 文件夹。
work ：存放由Web应用生成的临时文件，如编译后的JSP文件等。

2.2.2 目录结构对部署的影响

Tomcat的目录结构对Web应用的部署有直接的影响。在部署一个Web应用时，需要遵循Tomcat的目录结构，将应用包（如WAR文件）放置到 webapps 目录下。然后，Tomcat在启动时会自动扫描 webapps 目录，加载和部署里面的Web应用。

部署过程中， WEB-INF 目录下的 web.xml 文件被用来定义Web应用的配置信息，如servlet映射、过滤器、监听器等。此外， lib 目录下的JAR文件可以被Web应用加载，为应用提供额外的支持。

正确的理解目录结构对于管理Web应用和配置Tomcat服务器是很重要的。例如，当我们需要修改Tomcat的默认配置时，通常需要编辑 conf 目录下的 server.xml 文件；如果我们想让Tomcat使用特定版本的JDK进行启动，我们可能需要修改 bin 目录下的 setclasspath.sh （或 .bat ）文件，指定正确的 JAVA_HOME 路径。

通过以上对Tomcat目录结构的分析，我们可以看出其组织方式既反映了组件间的层级关系，也方便了部署和管理Web应用。同时，这种清晰的目录结构有助于开发者快速定位和解决部署中的问题。

3. 环境变量配置

3.1 Tomcat环境变量的必要性

3.1.1 环境变量的作用

环境变量在操作系统层面上为软件运行提供了一套规则，这些规则定义了软件如何找到运行所必需的资源。对于Tomcat而言，设置环境变量有助于简化启动和关闭服务器的命令，同时有助于管理Tomcat的运行环境和版本控制。

在Unix/Linux系统中，环境变量使得系统和运行在其上的应用程序能够获取关于环境的重要信息，如路径（PATH）、主机名（HOSTNAME）等。对于Tomcat而言，最重要的环境变量之一是 CATALINA_HOME ，它指明了Tomcat服务器安装的根目录。此外， JAVA_HOME 环境变量必须设置为指向JDK的安装目录，这是因为Tomcat需要Java运行时环境（JRE）来执行Java代码。

3.1.2 配置环境变量的步骤和方法

在Windows系统中，配置环境变量通常可以通过控制面板中的“系统”设置完成。具体步骤如下：

右键点击“我的电脑”，选择“属性”。
在系统属性窗口中，选择“高级系统设置”。
在系统属性窗口中，点击“环境变量”按钮。
在“系统变量”区域，点击“新建”按钮，输入变量名 JAVA_HOME 和变量值（JDK安装路径），例如 C:\Program Files\Java\jdk1.8.0_241 。
然后找到或创建 CATALINA_HOME 环境变量，其变量值为Tomcat的安装路径，例如 C:\apache-tomcat-7.0.59 。

在Unix/Linux系统中，环境变量通常在用户的 .bashrc 、 .bash_profile 或 .profile 文件中设置。可以通过以下命令配置：

export JAVA_HOME=/usr/java/jdk1.8.0_241
export CATALINA_HOME=/opt/apache-tomcat-7.0.59

然后，为使环境变量立即生效，可以运行以下命令：

source ~/.bashrc

通过正确配置环境变量，我们能够简化Tomcat的启动和管理过程，为后续的操作和维护打下良好的基础。

3.2 配置文件详解

3.2.1 server.xml的配置要点

server.xml 是Tomcat的核心配置文件，它定义了Tomcat服务器的主要组件，包括服务（Service）、连接器（Connector）和容器（Container）。对于管理员来说，理解并掌握 server.xml 的基本配置是至关重要的。

在 server.xml 文件中，有几个关键的配置项值得特别关注：

Service元素 ：Tomcat使用Service来组合一个或多个连接器（Connector）与一个单独的容器（Container）。通常，每个Tomcat实例有一个或多个Service，但最常见的是一个默认的Service。
Connector元素 ：连接器负责处理客户端的请求，并将请求转发到相应的容器。最常用的连接器配置是HTTP连接器，它允许用户通过Web浏览器与Tomcat进行交互。连接器配置中包括监听端口、协议类型等。
Engine元素 ：Engine是容器的顶层，负责处理连接器接收到的所有请求。Engine将请求分派到与请求匹配的虚拟主机（Host）。
Host元素 ：Host代表一个虚拟主机，可以配置多个Host来支持多个域名。

一个典型的 server.xml 文件中，可能包含类似以下的配置：

<Server port="8005" shutdown="SHUTDOWN">
  <Service name="Catalina">
    <Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
    <Engine name="Catalina" defaultHost="localhost">
      <Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="true">
        <!-- Contexts for deployed applications -->
      </Host>
    </Engine>
  </Service>
</Server>

3.2.2 context.xml的作用与配置

context.xml 文件用于定义Web应用的上下文（Context）配置。它是全局性的配置文件，可以为特定的Web应用或所有的Web应用定义参数和属性。 context.xml 文件位于Tomcat的 conf 目录下，但是也可以将其包含在WAR包内部，为特定的Web应用提供定制化的配置。

一个基本的 context.xml 配置示例如下：

<Context docBase="myapp" path="/myapp" reloadable="true">
  <Resource name="jdbc/mydb" auth="Container"
            type="javax.sql.DataSource" driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost:3306/mydb"
            username="dbuser" password="dbpass" maxActive="20" maxIdle="10"
            maxWait="10000"/>
</Context>

在这个示例中， Context 元素定义了Web应用的根目录（ docBase ）、应用上下文路径（ path ）以及Web应用部署后是否重新加载（ reloadable ）的选项。

此外， Resource 元素定义了Web应用可以访问的数据源资源。这些资源使得Web应用能够连接和操作数据库。

context.xml 的配置直接关联到Web应用的部署和运行，因此管理员需要对这些配置有透彻的理解，并能够根据实际需求进行相应的调整。

通过细致地配置和理解 server.xml 和 context.xml 文件，我们可以进一步掌握Tomcat服务器的部署和运行，为Web应用的高效管理和维护打下坚实的基础。

4. 端口配置与安全性管理

4.1 端口配置技巧

4.1.1 默认端口与端口冲突处理

Apache Tomcat默认使用8080端口作为HTTP服务端口。然而，在一个组织内部，由于多服务部署，端口冲突是一个常见问题。当端口冲突发生时，Tomcat将无法启动，并在日志文件中记录错误信息，指出端口已被占用。

解决端口冲突的步骤如下：

修改Tomcat的端口号。编辑 <Tomcat-install-dir>/conf/server.xml 文件，在 <Connector> 标签中更改 port 属性。
如果使用特定端口是为了防止外部访问，考虑使用防火墙规则来阻止不必要的访问，而不是改变端口。
如果Tomcat作为服务安装，确保在服务配置中也更新了端口号。
重启Tomcat服务以应用更改。

例如，将HTTP端口更改为8081：

<Connector port="8081" protocol="HTTP/1.1"
           connectionTimeout="20000"
           redirectPort="8443" />

4.1.2 端口配置的最佳实践

最佳实践是避免使用默认端口，以提高安全性。同时，应选择那些不会与其他服务冲突的端口，并确保网络策略允许这些端口的流量。

避免标准端口 ：避免使用1024以下的端口号，这些端口通常是为系统进程保留的。
端口扫描防护 ：使用防火墙规则来隐藏端口号，只允许特定的IP地址访问。
多实例部署 ：在一台机器上部署多个Tomcat实例时，应使用不同的端口号，并合理配置每个实例的server.xml。
文档记录 ：记录每个Tomcat实例使用的端口号，并将这些信息更新到配置管理系统中。

4.2 安全性管理策略

4.2.1 常见安全风险与防护

安全风险包括未授权访问、数据泄露、服务拒绝攻击（DDoS）等。防护措施可以从以下方面着手：

网络隔离 ：将Tomcat服务器放置在防火墙后面的私有网络中。
认证与授权 ：使用基本认证或集成认证来控制对特定资源的访问。
安全套接字层（SSL） ：启用SSL以确保数据在传输过程中的加密。
访问控制列表（ACLs） ：在Tomcat配置中，使用 <Context> 标签的 allow 和 deny 属性来控制对特定资源的访问。

示例配置（在context.xml中）：

<Context path="/myapp" docBase="webapps/myapp"
         antiResourceLocking="false" privileged="true">
    <Valve className="org.apache.catalina.valves.RemoteIpValve"
           remoteIpProxies="192\.168\.0\.102" />
    <AuthName"My Application"
    <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
           resource="UserDatabase"/>
</Context>

4.2.2 用户认证与授权

用户认证涉及识别用户的身份，授权则是控制用户可以执行哪些操作。Tomcat支持多种认证方式：

基本认证 ：使用 <Realm> 元素配置，适用于简单场景。
表单认证 ：用户通过HTML表单提交用户名和密码，通过 login-config 元素配置。
摘要认证 ：一种更安全的认证机制，通过 <Realm> 配置。

在配置用户认证时，Tomcat允许使用外部用户数据库，并且可以通过自定义Realm来集成现有安全框架，如LDAP、数据库等。

示例配置（server.xml中）：

<Realm className="org.apache.catalina.realm.DataSourceRealm"
        dataSourceName="jdbc/MyDataSource"
        driverName="org.postgresql.Driver"
        connectionURL="jdbc:postgresql://localhost:5432/mydb"
        connectionName="dbuser"
        connectionPassword="dbpassword"
        userTable="users"
        userNameCol="username"
        userCredCol="password"
        userRoleTable="userroles"
        roleNameCol="rolename" />

通过上述配置，管理员可以有效地管理Tomcat的安全性，并且确保应用的安全访问。对于企业级环境，这种级别的安全性是必要的，因为未授权访问可能给组织带来严重的数据安全风险和法律后果。

5. Web应用部署与性能优化

应用部署流程

War包部署方法

部署WAR包是一种快速的将Web应用程序部署到Tomcat服务器中的方式。WAR包，即Web归档文件，是预编译并打包了Web应用所有资源的文件。部署WAR包包含以下步骤：

确保Tomcat服务正在运行。
将WAR包放置在Tomcat的 webapps 目录下。
重启Tomcat服务，让其自动识别并解压WAR包。
通过浏览器访问 ***<tomcat_host>:<port>/<war_name> 来访问应用。

以上步骤简单易行，但值得注意的是，WAR包的部署可能会受到服务器配置，如内存和处理器性能，以及应用本身的资源占用情况的影响。

目录部署与配置

在开发阶段，开发者通常需要频繁更新文件以测试新特性或修复bug。这时，使用目录部署方式会更加方便。步骤如下：

将应用的源代码及资源文件存放在一个目录中。
在该目录中创建一个 META-INF 文件夹，并在其中放置一个 context.xml 文件，用于指定部署的配置。
将应用目录放置在Tomcat的 webapps 目录下，或使用 conf/Catalina/localhost/ 目录下对应的XML文件来部署。

相较于WAR包部署，目录部署允许开发者直接修改文件而不必重新打包，加快了开发周期。但同时，因为不是编译后的部署，它可能会对Tomcat的性能有一定影响。

性能优化策略

连接器优化配置

Tomcat通过连接器与客户端进行通信。优化连接器配置可以有效提高服务性能和响应速度。关键配置参数包括：

maxThreads - 设置Tomcat能够创建的最大工作线程数，用于处理并发请求。
minSpareThreads - 设置Tomcat始终保持的最小工作线程数。
maxKeepAliveRequests - 设置HTTP持久连接的最大请求数。

代码块示例：

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000"
           redirectPort="8443"
           maxThreads="200"
           minSpareThreads="25"
           maxKeepAliveRequests="100"/>

缓存和会话管理

通过调整缓存和会话管理的配置，可以有效减少应用的资源消耗，提升性能。主要配置包括：

session-timeout - 设置Web应用的会话超时时间。
useBodyEncodingForURI - 当请求参数编码与URI编码不一致时，启用此属性可以正确处理请求参数。
compressableMimeTypes - 指定哪些MIME类型的内容可被压缩，以减少网络传输大小。

代码块示例：

<Manager className="org.apache.catalina.session.StandardManager"
         sessionIdleTimeout="30" />

<Valve className="org.apache.catalina.valves.RemoteIp Valve"
       internalProxies="192\.168\.0\.10|192\.168\.0\.11"
       remoteIpHeader="x-forwarded-for"
       proxiesHeader="x-forwarded-by"
       protocolHeader="x-forwarded-proto"/>

<Context path="/myapp" docBase="myapp"
        useBodyEncodingForURI="true"
        sessionTimeout="30"
        reloadable="true"
        compressableMimeTypes="text/html,text/xml,text/plain,text/css,text/javascript,text/json">

通过精细调整这些参数，我们可以确保应用程序的响应速度和处理能力得到优化，同时保持系统资源的合理使用。这不仅提高了用户的体验，也延长了服务器的健康运行周期。

6. 日志管理和JVM内存设置

6.1 日志管理机制

6.1.1 日志级别的配置与使用

日志级别的配置是保证系统稳定运行的重要环节。Apache Tomcat 支持多种日志级别，如 INFO、WARN、ERROR 等，不同的日志级别代表着不同类型的信息和事件的记录需求。配置日志级别的基本步骤包括编辑 logging.properties 文件，位于 ${TOMCAT_HOME}/conf 目录下。

handlers=java.util.logging.ConsoleHandler, java.util.logging.FileHandler
java.util.logging.ConsoleHandler.level=FINE
java.util.logging.FileHandler.level=FINE
java.util.logging.FileHandler.pattern=/path/to/tomcat/logs/tomcat.log
java.util.logging.SimpleFormatter.format=%1$tY-%1$tm-%1$td %1$tH:%1$tM:%1$tS %4$-6s %2$s %5$s%6$s%n

上面的配置将控制台日志级别设为 FINE 并将日志输出到 /path/to/tomcat/logs/tomcat.log 文件。 FINE 级别将输出所有 INFO 、 FINE 、 FINER 、和 FINEST 级别的日志消息，适用于开发和调试。

6.1.2 日志文件的轮转与维护

日志文件的轮转是管理磁盘空间和保持日志文件可读性的常见做法。Apache Tomcat 提供了一个自定义的 LogRotate Valve ，用于在日志文件达到特定大小时自动轮转日志文件。

<Valve className="org.apache.catalina.valves.LogRotateValve" 
       directory="/path/to/tomcat/logs"
       maxDays="14"
       pattern="log" 
       maxBackupIndex="10"/>

在 server.xml 中添加上述配置后， LogRotateValve 将监控指定目录下的日志文件，一旦达到最大天数或大小，就执行轮转操作，并保持最多 maxBackupIndex 个备份文件。

6.2 JVM内存设置

6.2.1 内存区域与配置参数

JVM（Java虚拟机）的内存设置是影响Tomcat性能的关键因素。JVM内存主要分为五个区域：堆、栈、方法区、程序计数器和本地方法栈。其中，堆内存是Java程序主要的内存区域，是垃圾收集器主要管理的区域。

JVM内存设置主要通过以下几个参数来控制：

-Xms ：设置堆的最小内存大小。
-Xmx ：设置堆的最大内存大小。
-XX:PermSize ：设置非堆内存永久代的初始大小。
-XX:MaxPermSize ：设置非堆内存永久代的最大大小。
-Xss ：设置每个线程的栈内存大小。

6.2.2 调优内存设置的方法

调优内存设置是一个动态过程，需要根据应用的具体需求和服务器的性能来进行。调优的一般步骤如下：

监控内存使用情况 ：使用 jstat 、 jconsole 或 VisualVM 等工具监控JVM内存使用情况。
识别问题和瓶颈 ：当出现频繁的Full GC（全量垃圾收集）或内存溢出时，表示可能存在内存设置不当的问题。
调整堆大小和内存区域配置 ：增加 -Xmx 和 -Xms 设置堆内存的最大和最小大小，以减少Full GC的次数。同时，调整 -XX:PermSize 和 -XX:MaxPermSize 针对非堆内存。
测试和验证 ：每次调整后，都应进行充分的测试，以确保调整达到了预期的效果。
持续监控和调整 ：随着应用的更新和数据量的增加，可能需要重新进行内存监控和调整。

java -Xms512m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=512m -jar application.jar

在上述命令中，为JVM设置的初始堆大小为512MB，最大堆大小为1024MB，初始非堆内存大小为256MB，最大非堆内存大小为512MB。

调优过程中，还需要考虑操作系统层面的限制，以及应用程序自身的设计特点。适时进行性能测试，监控内存使用状态，根据实际情况动态调整JVM参数，是保持Tomcat高效运行的关键。

7. Tomcat的更新与维护

7.1 更新Tomcat版本

7.1.1 兼容性检查与备份

在更新*** Tomcat版本之前，进行彻底的兼容性检查是至关重要的步骤。开发者需要确认新版本的Tomcat与现有的Web应用程序、库、工具以及其他依赖性是否兼容。这些依赖性可能包括数据库驱动程序、第三方库、安全证书和其他相关的配置文件。

为了确保系统的稳定性和可恢复性，进行备份是不可或缺的。这应该包括整个Tomcat安装目录，应用程序的War包，以及相关的配置文件。同时，建议备份数据库和Tomcat日志文件，以便在出现问题时可以回滚到更新前的状态。

下面是一个简单的备份脚本示例，使用Linux命令行进行操作：

#!/bin/bash
# 定义Tomcat安装目录和备份目录路径
TOMCAT_DIR=/path/to/apache-tomcat
BACKUP_DIR=/path/to/backup

# 创建日期作为备份目录名称
BACKUP_NAME="$(date +%Y%m%d%H%M%S)"
BACKUP_PATH="${BACKUP_DIR}/${BACKUP_NAME}"

# 创建备份目录
mkdir -p "${BACKUP_PATH}"

# 复制Tomcat目录到备份位置
cp -r "${TOMCAT_DIR}" "${BACKUP_PATH}"

# 备份应用程序的War包
for app in "${TOMCAT_DIR}/webapps"/*.war; do
    cp "$app" "${BACKUP_PATH}/webapps/"
done

# 备份Tomcat的配置文件
cp "${TOMCAT_DIR}/conf/server.xml" "${BACKUP_PATH}/conf/"
cp "${TOMCAT_DIR}/conf/context.xml" "${BACKUP_PATH}/conf/"
cp "${TOMCAT_DIR}/conf/logging.properties" "${BACKUP_PATH}/conf/"

# 备份Tomcat日志文件
mkdir -p "${BACKUP_PATH}/logs"
cp -r "${TOMCAT_DIR}/logs/*" "${BACKUP_PATH}/logs/"

echo "备份完成，路径为：${BACKUP_PATH}"