破解 Tomcat 优化秘诀：针对特定工作负载定制服务器 (破解tomcat)

Tomcat 是一个流行的 Java 应用程序服务器，可以为各种工作负载提供服务。但是，要让 Tomcat 以最佳性能运行，对其进行自定义以满足特定工作负载的需求非常重要。本文将介绍一些针对不同工作负载优化 Tomcat 的技巧，从而帮助您最大化服务器性能和效率。

了解您的工作负载

在开始优化 Tomcat 之前，重要的是要了解您正在运行的工作负载。这将帮助您确定需要调整哪些设置才能实现最佳性能。以下是一些需要考虑的问​​题：

• 您的应用程序是什么类型的？
• 它期望多少并发用户？
• 它对响应时间有何要求？
• 它需要哪些特定资源（如内存、CPU）？

针对工作负载优化 Tomcat

一旦您了解了工作负载，就可以开始针对其优化 Tomcat。以下是一些建议：

调整堆大小

堆大小是 Java 虚拟机 (JVM) 用于存储对象和数据的内存区域。对于高内存工作负载，增加堆大小可以提高性能。但是，对于低内存工作负载，较小的堆大小可能更多。以下是如何调整堆大小：

    JAVA_OPTS="-Xmx[new_heap_size] -Xms[new_heap_size]"

调整线程池大小

线程池是 Tomcat 用于处理请求的线程集合。对于高并发工作负载，增加线程池大小可以提高性能。但是，对于低并发工作负载，较小的线程池大小可能更多。以下是如何调整线程池大小：

    maxThreads="[new_maximum_threads]"minSpareThreads="[new_minimum_threads]"

启用压缩

启用压缩可以减少通过网络发送的数据量，从而提高性能。对于带宽受限的工作负载，启用压缩非常有用。以下是如何启用压缩：

    compression="on"compressionMinSize="[new_minimum_size]"

使用连接池

连接池是 Tomcat 用于重用数据库连接的机制。对于数据库密集型工作负载，使用连接池可以提高性能。以下是如何使用连接池：

    connectionPool="true"maxActive="[new_maximum_active_connections]"maxIdle="[new_maximum_idle_connections]"

监控和调整

一旦您针对工作负载优化了 Tomcat，就需要对其进行监控和调整以确保其持续以最佳性能运行。有许多工具可用于监控 Tomcat，例如 JMX 和 Tomcat Manager。通过定期监控 Tomcat 并根据需要进行调整，您可以确保其始终以最佳性能运行。

结论

通过针对特定工作负载定制 Tomcat，您可以最大化其性能和效率。通过了解您的工作负载并应用本文中概述的技巧，您可以确保 Tomcat 以最佳性能运行，从而为您和您的用户带来最佳体验。

---

apache+Tomcat负载平衡设置详解

一 简介

每个Tomcat worker是一个服务于web server 等待执行servlet的Tomcat实例 例如我们经常使用像Apache之类的web server转发sevlet请求给位于其后面的一个Tomcat进程（也就是前面所说的worker） 本文详细介绍了如何配置各种类型worker和 loadbalance 并说明了各种类型worker的特性和loadbalance配置的原理

二 为什么使用Tomcat workers

上文描述了一个非常简单的结构 事实上能够配置多个Tomcat workers来处理web server转发的servlet请求 而这样配置的理由不外乎以下几种假想环境

* 我们在开发环境中发布不同的Tomcat workers为各自不同的应用服务 当然在开发环境中的开发者共享同一个web server 但是每个Tomcat worke服务于拥有它的开发者

* 我们在不同的Tomcat进程上定义各自的虚拟主机 这样不同的公司可以使用各自的web site 从而使他们的web site得到了合理的分割

* 我们提供负载平衡的web site 也就意味着同时使用多个Tomcat workers 而每个Tomcat worker具有独立的主机并且在workers之间要分配通过web server转发来的请求

当然 这些假想情况也许并不能涵盖使用多个workers的所有状况

三 workers properties配置说明

定义Tomcat workers的方法是在apache的conf目录下编写一个名为 workers properties 的属性文件 本文将详细解释如何进行配置的

定义Workers列表

定义workers的方法就是在apache的conf目录下编写一个workers properties文件 使其作为apache的插件来发挥作用

定义workers列表的格式

worker list =<使用 分割的worker 名字列表>

例如

worker list= worker worker

当apache启动时 workers properties作为插件将初始化出现在worker list列表中的workers

定义Workers的类型

每个被命名的worker都应有一些关于其自身的附加信息 这些信息包括了worker的类型和其它相关信息 这里讨论的是JK 中定义的workers类型

定义worker类型的格式

worker worker名字 type =<worker类型>

worker名字的命名最好遵循java的命名规范

worker类型取值于下面的表格

定义一个名为 local 的worker 其使用ajpv 协议与Tomcat 进程通讯

worker local type=ajp

定义一个名为 remote 的worker 其使用ajpv 协议与Tomcat 进程通讯

worker remote type=ajp

定义一个名为 fast 的worker 其使用JNI的方式与Tomcat 进程通讯

worker fast type=jni

定义一个名为 loadbalancer 的worker 其作为对多个Tomcat 进程的负载平衡使用

worker loadbalancer type=lb

各个类型具有不同的行为 我们在下文中会详细解释

设置Worker属性

在定义worker之后 还需要提供各个worker的属性 这些属性的定义使用下面的方式

worker <worker名字> <属性>=<属性值>

ajp 类型的Worker属性

ajp 类型的worker工作时使用基于TCP/IP socket的ajpv 协议转发请求给 进程外 Tomcat worker

ajp worker属性如下

侦听ajp 请求的Tomcat worker主机

Tomcat worker主机的侦听端口

当此Tomcat worker被用于一个负载平衡worker使用时 此属性将被使用 它定义了此worker的负载平衡权值

例如 下面的 worker 定义了一个位于主机上的Tomcat 它使用 端口侦听apache发来的请求 并具有 的负载权值

worker worker host=worker worker port= worker worker lbfactor=

注意 在ajpv 协议中 针对每个请求都要一个连接建立 使用 关闭 其默认侦听端口为

ajp 类型的Worker属性

ajp 类型的worker工作时使用基于TCP/IP socket的ajpv 协议转发请求给 进程外 Tomcat worker

ajpv 协议与ajpv 协议的主要不同

* ajpv 具有更丰富的二进制协议 它使用将频繁使用的字符串编码为小整数的方式对请求数据进行压缩

* ajpv 重用打开的socket并保留这些打开的socket以处理将来的请求 这在apache与Tomcat之间具有防火墙的网络环境下是必要的

* ajpv 具有对SSL信息的处理能力 以致容器能够实现SSL的相关方法（如isSecure（））

注意 ajp 当前只能用于支持 进程外 协议的Tomcat x x and

下表描述了ajp worker接受的属性

侦听ajp 请求的Tomcat worker主机

Tomcat worker主机的侦听端口

当此Tomcat worker被用于一个负载平衡worker使用时 此属性将被使用 它定义了此worker的负载平衡权值

当在多线程的web server（例如apache IIS Netscape）中使用JK时 此属性是有效的 如果将cachesize的值设置为较高的值 这些支持多线程的web server将获得很好的处理能力 如果此属性不被设置 则连接cache特性将失效

cache_timeout

本属性用于声明JK在cache中保留一个打开的socket的时间 它对减少web serer的线程数有所帮助

使用cache_timeout的原因

周所周知 一个身背重负的web server（例如apache）建立childs/threads来处理负载 而当负载减少时它将销毁无用的childs/threads 每个 child在转发请求给Tomcat时要打开一个ajp 连接 而在Tomcat那一端也将建立一个ajp 线程与之通讯 但是问题出现在一个 ajp 连接建立完成后 child没有及时的释放那个ajp 连接 由于web server 将保持它的childs/threads运行已处理高负载 即使childs/threads处理快速的静态内容 在Tomcat端也将积累很多的无用ajp 线程

socket_keepalive

当防火墙位于web server与Tomcat之间时 防火墙将尝试断开未激活的网络连接 此属性将告诉操作系统在未激活的连接中发送KEEP_ALIVE信息（发送间隔时间依赖于操作系统的设置 一般为 秒） 这样将防止防火墙切断未激活的网络连接

但此设置并不是万能钥匙 它对于某些防火墙也无能为力

socket_timeout

此属性说明连接在未激活的状况下持续多久 web server将主动切断之 这是一个使Tomcat端的陈旧线程不致过多的好方法 但是也带来了在下一次请求到来时需要重新打开socket的开销 此属性与cache_timeout有类似的功效 但是它工作在non cache模式

connect_timeout

web server在连接建立后将一个PING请求发送到ajp 协议的连接上 此属性说明了web server等待PONG回应的时间（以ms为单位） 此属性在jk 版本被增加进来 以求避免Tomcat的死机 Tomcat + + and +实现了对使用ajp 的 ping/pong的支持 此属性默认为失效的

prepost_timeout

web server在转发一个请求后将一个PING请求发送到ajp 协议的连接上 此属性说明了web server等待PONG回应的时间（以ms为单位） 此属性在jk 版本被增加进来 以求避免Tomcat的死机 Tomcat + + and +实现了对使用ajp 的 ping/pong的支持 此属性默认为失效的

reply_timeout

此属性告诉web server在接到远端的Tomcat已死并实时的切换到集群中的另外一个Tomcat的回应之前等待一段时间 默认情况下web server将永远等待 属性值为web server要等待回应的时间（以ms为单位） 所以如果具有运行时间较长的servlet时设置其值要小心 此属性在jk 版本被增加进来 以求避免Tomcat的死机和在支持ajp 的servlet引擎上发生的问题 此属性默认为失效的

recovery_options

此属性说明了web server在检测到Tomcat失败后如何进行恢复工作 默认情况下 web server将转发请求给处于负载平衡模式中的另一个Tomcat 属性值为 说明全部恢复 属性值为 说明如果在Tomcat接到请求后出现失败状况 则不进行恢复 属性值为 说明如果在Tomcat发送头给客户端后出现失败状况 则不进行恢复 属性值为 说明如果在Tomcat接到请求后出现失败状况或者在Tomcat发送头给客户端后出现失败状况 则不进行恢复 此属性在jk 版本被增加进来 以求避免Tomcat的死机和在支持ajp 的servlet引擎上发生的问题 此属性默认为全部恢复

例如 一个名为 worker 的worker的配置

worker worker host=worker worker port= worker worker lbfactor= worker worker cachesize= worker worker cache_timeout= worker worker socket_keepalive= worker worker want ajp connection to be dropped after mn (timeout)worker worker socket_timeout=

说明 上例中的worker要求操作系统在连接上发送KEEP ALIVE信号

注意 在ajpv 协议中默认端口为

设置lb Worker属性

负载平衡类型的worker并不与Tomcat worker通讯 它负责管理这些Tomcat worker

其管理范围如下

* 初始化在web server的worker列表中定义的worker

* 使用worker的负载平衡权值 执行基于权值的负载平衡 将数量多的请求发送到负载平衡权值高（在web server看来就是更加健壮的）的worker

* 维护在同一个Tomcat worker上的同一个session的请求 使其发送到同一个Tomcat worker上 以达到Tomcat worker上的session一致性 持续性

* 标识已经失败的Tomcat workers 悬空发向它们的请求 在被lb worker管理的其它workers上寻找可以失败恢复的worker

被同一个lb worker管理多个worker之间的负载平衡的（基于它们的lbfactor和当前用户session） 也可以尽量避免由于单一的Tomcat进程死掉而造成这个网站被 杀 的不良反应

下表说明了lb worker接受的属性

* balanced_workers 一个由 分割的worker列表 用来声明lb worker需要被管理的workers 这些workers不应出现在worker list属性中

* sticky_session 表述是否将对SESSION ID的请求路由回到相同的Tomcat worker 如果属性值不为 它将被设置为JK_TRUE session将是粘性的 即SESSION ID的请求路由回到相同的Tomcat worker 当Tomcat正使用能够跨越多个Tomcat实例持久化session数据的Session Manager时 它将被设置为JK_FALSE 属性默认值为JK_TRUE

例如 worker balance 管理著两个workers worker worker

worker balance balanced_workers=worker worker

高级lb Worker属性

JK x版本通过增加两个新的属性 local_worker_only 和 local_worker 为lb worker增添了新的负载平衡和容错支持

下面让我们举一个实际的环境作为example

一个集群具有两个节点（worker +worker ） 一个web server与tomcat workers一前一后 一个负载平衡器（lb Worker）位于节点的前面 web server的后面

配置如下

worker list=router# Define a local_worker worker using ajp worker worker port= worker worker host=worker worker type=ajp worker worker lbfactor= worker worker local_worker= # Define another local_worker worker using ajp worker worker port= worker worker host=worker worker type=ajp worker worker lbfactor= worker worker local_worker= # Define the LB workerworker router type=lbworker router balanced_workers=worker worker worker router local_worker_only=

在worker 和worker 上的local_worker标志告诉lb_worker哪个连接属于本地worker

如果 local_worker值为非 则它将被设置为JK_TRUE 用来标记 local worker 而JK_FALSE的情况则相反 如果至少一个worker被标记为local worker 则lb_worker将工作于local worker模式 这种模式下 所有的local workers将被移到在lb_worker中的内部worker列表的头部

这意味着一个带有session id的请求到达lb_worker时 相应的worker（根据权值排序 权值最大的那个worker）将被确定作为此请求的接受/处理者 如果这个 worker死掉/当机 请求将被发送到处于非错误状态的第一个local worker 如果一个没有session id的请求到达lb_worker时 此请求将被路由到第一个local worker 如果所有的local worker均处于错误状态 则这时 local_worker_only 标志显得尤其重要 如果local_worker_only的属性值为非 则它被设置为 JK_TRUE 否则被设置为 JK_FALSE 当它被设置为 JK_TRUE时 这个没有session id的请求将得到一个错误作为回应 否则lb_worker将尝试将请求路由到其它的被管理的worker上 如果其中的一个worker处于错误状态 并且恢复会话的工作并没有任何改变 local worker将查找这个没有session id的请求（因为在local worker中保存有这个请求的session） 而其它的worker只能查找带有session id的请求

注意 local_worker默认值是 local_worker_only默认值也是

为什么需要这么复杂的过程吗？

因为我们对于一个关闭的节点需要一个具有灵性的维护

在节点前面的平衡器周期性的对每个节点的特定端口进行查询 如果我们从集群中移走一个节点 我们就会隐性的关闭掉这个特定的端口 由于负载平衡器不能连接它 这个节点将被标记为down 但是我们没有移动在那个关闭的节点上的session到其它的节点上 在这个环境下 如果平衡器发送一个没有 session id的请求到一个端口被关掉的节点 那么一个错误将发生 如果平衡器测试到一个节点被标记为down的状态 而没有其它的节点允许发送没有session id的请求 这样这些陈旧的session请求就只有路由到那个被关闭的节点才能被接受 在一段时间后 这些陈旧的session将超时 由于所有的陈旧的session过期 那个不可达（被关闭）的节点将失去这个请求 同时也会导致我们的servlet系统发送一个没有session id的重定向回应给浏览器

但是可能被关闭的节点将会up 重新加入到集群中来 在它上面仍将保留着陈旧的session 所以在最后一个 session超时后 更新节点能够为陈旧的session的恢复带来希望 而不是杀掉sessions或者把它们移到其它节点上 而且有时如果那些陈旧的session中有许多big的对象 那么移动它们也将花费许多时间

jni类型的Worker属性

jni worker会在web server进程中打开一个JVM 并在其中执行Tomcat 这叫做 进程内 worker 来往于JVM的消息将通过调用JNI方法被传递 这使jni worker比那些需要使用ajp消息通讯的 进程外 worker执行的更快

注意 由于JVM是多线程的 jni worker应该只被用于在支持对线程的web server（AOLServer IIS Netscape and Apache ）上 同时还应该确认在web server上使用的线程方案是否与被使用的JK web server插件相匹配

由于jni worker 打开了一个JVM 它将接受一些属性（例如classpath等）并将其传递给JVM

worker worker名 class_path 进程内 的JVM要使用的classpath 它将包括所有的Tomcat的jar文件和class 配置文件等

为了获得JSP编译器的支持 我们需要将Javac添加到classpath中 当然对于Java 需要添加tools jar到classpath 而对于JDK xx则要添加classes zip到classpath

worker worker名 class_path 用于以多行的形式声明多个classpath JK环境将用 或者 把这些classpath 连接起来

例如 给名为 wrkjni 的worker设置classpath

worker wrkjni class_path=/var/tomcat /lib/tomcat jarworker wrkjni class_path=/opt/IBMJava /lib/tools jar

worker worker名 bridge 用于标识将通过JNI方式被使用的Tomcat的类型 此属性目前有两个属性值 tomcat or tomcat Tomcat x虽然已经过时 但是被提供用于发布在一些类似iSeries系统上 此属性的默认值为tomcat

例如 给 wrkjni 设置bridge类型为tomcat

worker wrkjni bridge=tomcat

worker worker名 cmd_line 此属性提供了在Tomcat启动代码执行的命令行 使用时将命令行的命令 参数分解为多个cmd_line属性 JK环境通过在各个cmd_line属性值之间添加空格将这些cmd_line连接在一起

例如 设置 wrkjni 的cmd_line属性

worker wrkjni cmd_line= configworker wrkjni cmd_line=/etc/tomcat /conf/alt server xmlworker wrkjni cmd_line= homeworker wrkjni cmd_line=/var/tomcat

上面例子中的第一行声明了 config参数名 而第二行声明了与之对应的参数值 第三行与第四行同理

worker worker名 jvm_lib 用于声明JVM的实现库的完整路径 Jni worker使用这个路径动态装载JVM

例如 设置 wrkjni 的JVM shared lib （IBM SDK on Linux）

worker wrkjni jvm_lib=/opt/IBMJava /jre/bin/classic/libjvm so

例如 设置 wrkjni 的JVM shared lib （Sun SDK on Windows）

worker wrkjni jvm_lib=c:\JDK\ \jre\bin\classic

worker worker名 stdout 设置JVM写它的System out的完整路径位置

例如 将 wrkjni 的JVM系统输出路径设置为/var/log/

worker wrkjni stdout=/var/log/

worker worker名 stderr 设置JVM写它的System err的完整路径位置

例如 将 wrkjni 的JVM系统错误输出路径设置为/var/log/

worker wrkjni stderr=/var/log/

worker worker名 ms 设置JVM的初始堆大小

例如 设置 wrkjni 的JVM的初始堆为 M

worker wrkjni ms=

worker worker名 mx 设置JVM的最大的堆大小

例如 设置 wrkjni 的JVM堆最大为 M

worker wrkjni mx=

worker worker名 sysprops 设置JVM的系统属性

例如 设置 wrkjni 的JVM使用法语

worker wrkjni sysprops= Duser region=FR

worker worker名 ld_path 设置附加的动态链接库路径（类似于LD_LIBRARY_PATH）

例如 添加一些动态链接库路径到 wrkjni 的java环境中

worker wrkjni ld_path=/opt/IBMJava /jre/bin/worker wrkjni ld_path=/opt/IBMJava /jre/bin/classic

注意 在Linux下 上面的ld_path并不能更新LD_LIBRARY_PATH 所以需要在执行web server之前手动更新LD_LIBRARY_PATH

属性文件宏

我们可以在属性文件中定义 宏 这些宏让我们定义属性 并在以后使用它们来构建其它的属性文件 当我们修改Java Home Tomcat Home 系统路径分隔符时这是很有用的

例如 定义了属性workers tomcat_home workers java_home

workers tomcat_home=d:\tomcaorkers java_home=d:\sdk\jdk

在定义worker inprocess class_path时就可以使用前面定义的workers tomcat_home

worker inprocess class_path=$(workers tomcat_home)$(ps)classes

一个简单而完整的worker properties

文件中定义了比较完整的结构 可以做为参考模版

* 一个位于localhost的使用 端口的ajp worker

* 一个位于localhost的使用 端口的ajp worker

* 一个jni worker

* 一个lb worker 负责ajp worker ajp workers的负载平衡

文件内容如下

lishixinzhi/Article/program/Java/ky//

tomcat的server配置

介绍Tomcat ServerTomcat Server是一个开源的Java Web应用服务器，由Apache软件基金会开发并维护。 它支持Servlet、JSP以及其他Java Web技术，可作为独立的Web服务器运行，也可以结合其他Web服务器使用，如Apache Web服务器。 Tomcat Server的优点是它的轻量级、高性能、易于安装和配置。 此外，它完全符合Java企业版（Java Enterprise Edition）规范，可用于构建和部署Java Web应用程序。 安装Tomcat Server安装Tomcat Server是很简单的，以下是一个简单的步骤：从Tomcat官方网站下载Tomcat安装文件。 解压安装文件到你想要安装的目录中，如： /usr/local/tomcat设置环境变量以便于Shell能够找到Tomcat的目录，如：export CATALINA_HOME=/usr/local/tomcatexport PATH=$PATH:$CATALINA_HOME/bin启动Tomcat，使用命令：$CATALINA_HOME/bin/这些简单的步骤就可以安装Tomcat Server。 但是，在生产环境下运行Tomcat需要一些进一步的配置和优化。 配置Tomcat ServerTomcat Server有很多配置选项，允许你定制你的应用程序和服务器的行为。 以下是一些你可能会想要配置的一些选项。 端口号默认情况下，Tomcat Server使用8080端口。 为避免冲突，你可以更改Tomcat使用的端口。 你可以通过修改文件来更改端口号。 在此文件中找到以下行：<Connector port=8080 protocol=HTTP/1.1 connectionTimeout= redirectPort=8443 />将端口号8080更改为你想要使用的端口号。 虚拟主机Tomcat Server还支持虚拟主机功能。 虚拟主机允许你在同一服务器上运行多个Web应用程序，并使用不同的域名或IP地址来访问每个应用程序。 要添加虚拟主机，你需要打开并添加以下内容：<Engine defaultHost=localhost><Host appBase=webapps2unpackWARs=true autoDeploy=true><Valve className= directory=logsprefix=_access_log suffix= pattern=%h %l %u %t %r %s %b /></Host></Engine>在上面的例子中，我们创建了一个名为的虚拟主机，它基于webapps2目录。 请注意，valve元素可用于添加日志记录器。 应用程序发布在Tomcat Server上部署应用程序非常简单。 你只需将你的应用程序WAR文件拷贝到$CATALINA_HOME/webapps目录中，Tomcat Server将自动部署它。 当Tomcat Server检测到新的WAR文件时，它会自动将其解压到一个新的目录中，并创建一个新的Web应用程序上下文。 你可以通过$CATALINA_HOME/conf/Catalina/localhost目录下的XML文件对上下文进行自定义，这些文件通常与 WAR 文件名相同。 性能优化为了使Tomcat Server运行更快，你可以采取一些措施来优化它的性能。 以下是一些可能有用的技巧。 更改JVM参数你可以通过更改JVM参数来优化Tomcat Server的性能。 以下是一些可能有用的参数：-Xms1G -Xmx4G - 设置JVM最小和最大内存使用量-XX:MaxPermSize=512m - 设置最大持久代大小-XX:PermSize=256m - 设置持久代大小你可以在$CATALINA_HOME/bin/文件中设置这些参数。 启用压缩Tomcat Server支持使用gzip或deflate压缩数据，从而减少网络流量并提高响应速度。 你可以启用压缩，通过在文件中添加以下内容：<Connector compression=on compressionMinSize=2048 noCompressionUserAgents=gozilla, traviata compressableMimeType=text/html,text/xml,text/plain,text/css,text/javascript,application/javascript/>在上面的例子中，我们启用了压缩，并设置了最小压缩大小为2KB，指定了不需要压缩的浏览器和可压缩的MIME类型。 使用连接池使用连接池可以大大提高Tomcat Server的性能。 连接池是一个缓存数据库连接对象的集合。 连接池可以减少创建连接的时间，从而提高Web应用程序的性能。 对于MySQL数据库，你可以使用Tomcat自带的JDBC连接池，通过在文件中添加以下内容：<Resource auth=Containertype= driverClassName==jdbc:mysql://localhost:3306/mydbusername=user password=passwordmaxActive=20 maxIdle=10validationQuery=SELECT 1testOnBorrow=trueremoveAbandoned=trueremoveAbandonedTimeout=60logAbandoned=true />在上面的例子中，我们创建了一个名为jdbc/mydb的连接池。 默认情况下，Tomcat连接池在连接空闲时间超过30分钟后会自动回收。 总结Tomcat Server是一个优秀的Java Web应用服务器，具有很多优点，如轻量级、高性能、易于安装和配置。 此外，Tomcat与Java Enterprise Edition相结合，可以用于构建和部署Java Web应用程序。 在安装和配置Tomcat Server时，我们需要考虑一些关键点，如端口号、虚拟主机、应用程序发布和性能优化等。 我们可以通过更改JVM参数、启用压缩和使用连接池等技巧来进一步优化Tomcat Server的性能。

如何部署tomcat如何部署tomcat服务器

tomcat部署项目的几种方式

一、静态部署

1.将web项目文件直接复制到webapps目录。

Tomcat的Webapps目录是Tomcat的默认应用程序目录。当服务器启动时，将加载该目录中的所有应用程序。因此，JSP程序可以打包成一个war包，放在目录中。服务器会自动解压这个war包，并在这个目录下生成一个同名的文件夹。war包是一个具有特征格式的jar包，它是通过压缩一个web程序的所有内容得到的。对于特定的打包，可以使用IDE环境下的许多开发工具，如Eclipse等。也可以使用cmd命令。

默认的应用程序目录Webapps也可以更改。打开Tomcat的conf目录中的文件，找到以下内容:

添加到节点:

工作空间你好WebRoot特权=

或者

可重新加载=myappmyapp

或者

docBase=工作空间sms4

描述:

Path是虚拟路径；

DocBase是应用程序的物理路径；

WorkDir是该应用程序的工作目录，存储运行时生成的与该应用程序相关的文件；

调试是设置调试级别，0表示提供最少的信息，9表示提供最多的信息。

只有当privileged设置为true时，Tomcat的Web应用程序才能使用容器中的Servlet。

如果reloadable为true，tomcat会自动检测应用程序的/WEB-INF/lib和/WEB-INF/classes目录的变化，并自动加载新的应用程序，可以在不重启tomcat的情况下更改应用程序，实现热部署。

防资源锁定和防加锁热部署是需要配置的参数。默认值为false，以避免更新某个webapp。有时Tomcat无法完全删除旧的webapp，通常会在WEB-INF/lib下留下一个jar包，必须关闭后才能删除，导致自动部署失败。设置为true，Tomcat将在运行相应的webapp时将相应的源文件和jar文件复制到一个临时目录中。

3.创建上下文文件。

在conf目录中，创建一个新的Catalina\localhost目录，并在该目录中创建一个xml文件。名称不能随意选择，要和路径后的名称一致。根据下面路径的配置，xml的名称应该是hello()，而这个xml文件的内容是:

工作空间你好WebRoot特权=

Tomcat附带了以下示例:

特权=

这个例子是tomcat自带的，编辑的内容其实和第二种方法一样，其中xml文件的名称是访问路径，可以隐藏应用的真实名称。

4.注意:

要删除一个Web应用，应该删除webapps下对应的文件夹和中对应的上下文，以及Tomcat的conf删除localhost目录中相应的xml文件，否则Tomcat仍然会被配置和加载。。。

第二，动态部署

登录tomcat管理控制台:，输入用户名和密码管理应用程序并动态发布。

在上下文路径(选项)中输入/yourwebname:，它表示应用程序的访问地址。

应该在xml配置文件URL中指定XML文件，例如，在F:用以下内容建立下一个文件:

如果有更简单的方法来部署。war文件，下面还有一个选择WAR文件uploae。单击浏览选择。war文件，然后单击部署。

tomcat环境安装配置？

右击“我的电脑”>>选择“属性”>>单击左侧栏“高级系统设置”>>“高级”>>“环境变量”，在系统变量这一栏里，配置Tomcat的环境变量：

1、新建CATALINA_BASE变量，变量名是CATALINA_BASE，变量值填Tomcat的安装位置或免安装版的就是其解压位置；

2、新建CATALINA_HOME变量，变量名是CATALINA_HOME，变量值填Tomcat的安装位置或免安装版的就是其解压位置；

3、找到Path变量，点击编辑，变量名是Path，变量值：直接复制，添加在原变量值的末尾;%CATALINA_HOME%bin;%CATALINA_HOME%lib（注意，前面的那个分号是用来和原有的变量值隔开的，如果原来有的话，就不用写了）。

Tomcat下载安装及配置教程？

Tomcat，是一个开放源代码的免费的web应用服务器，适用于中小型系统以及并发用户不多的场合。下面，我们就一起来看看如何下载安装Tomcat，以及怎么对Tomcat环境变量进行配置吧。

首先，登录到Tomcat官方装包下载地址。在【Download】目录下，找到并点击合适版本的Tomcat。（由于我的JDK为1.8.0，因此我选择了下载Tomcat8版本）。

点击后，根据自己电脑操作系统的位数，再选择右侧【core】下的压缩包进行下载，并保存。

因为下载的该压缩为免安装版Tomcat，下载完成后，将该压缩包解压即可。（记住该解压文件的存放位置，后面环境变量配置会用到）

环境变量配置

鼠标右键点击【这台电脑】-->选择【属性】->【高级系统设置】-->【系统变量】。

然后，点击“系统变量”框下的【新建】按钮。（1）新建CATALINA_BASE变量变量名：CATALINA_BASE变量值：C:myapache-tomcat-8.5.42-windows-x64apache-tomcat-8.5.42（Tomcat安装位置，即刚刚解压文件夹下bin文件所在位置）

（2）新建CATALINA_HOME变量变量名：CATALINA_HOME变量值：C:myapache-tomcat-8.5.42-windows-x64apache-tomcat-8.5.42（变量值同上，填Tomcat的安装位置）

（3）找到Path变量，点击编辑变量名：Path变量值：%CATALINA_HOME%bin（不要删除原有path变量值，直接在最后一行添加上这一句即可）

这样Tomcat就配置好了。打开cmd命令提示符，输入startup后回车，就可以看到Tomcat成功启动了。

tomcat的安装？

搜索tomcat，进入官网

左边download是下载的意思，有tomcat7tomcat8tomcat9三个版本可供选择。我们选tomcat9

点击tomcat9，页面刷新以后，从

32-bitWindowszip(pgp,md5,sha1)

64-bitWindowszip(pgp,md5,sha1)

32-bit/64-bitWindowsServiceInstaller(pgp,md5,sha1)

三个里面选一个，分别是32位压缩包，64位压缩包，32位安装包

下载完以后，解压出来

在bin目录里面找到,双击运行

出来一个黑色窗口，几秒后，最后一行显示1078ms，说明运行成功

在浏览器地址栏输入localhost:8080，页面是这样的，说明tomcat运行成功

如何配置TomCat数据库？

1.在文件中配置jndi数据源（注意要将数据库驱动放入tomcatlib文件夹中）

2.使用springJndiObjectFactoryBean使用该数据源

tomcat详细配置方法？

先配置jdk环境变量，在我的电脑->属性->高级->环境变量->系统变量中添加以下环境变量(假定jdk安装在d:jdk1.6）:JAVA_HOME=d:jdk1.6classpath=.;%JAVA_HOME%;%JAVA_HOME%;path=%JAVA_HOME%bin安装Tomcat后，在我的电脑->属性->高级->环境变量->系统变量中添加环境变量(假定tomcat安装在d:Tomcat）：CATALINA_HOME:D:TomcatCATALINA_BASE:D:TomcatTOMCAT_HOME:D:Tomcat然后修改环境变量中的classpath，把tomat安装目录下的commonlib下的追加到classpath中去，修改后的classpath如下：

classpath=.;%JAVA_HOME%;%JAVA_HOME%;%CATALINA_HOME%;

若对本页面资源感兴趣，请点击下方或右方图片，注册登录后

搜索本页相关的【资源名】【软件名】【功能词】或有关的关键词，即可找到您想要的资源

如有其他疑问，请咨询右下角【在线客服】，谢谢支持！