转载

Tomcat优化笔记

好记性不如烂笔头，记录下来作为以后每次优化时的依据，也许对遇到类似问题的你也略有启发吧。

一千个人眼中就有一千个哈姆雷特。—— 伪西方谚语

关于 Tomcat 的优化点之多，我估计没有上万，也有成千。不同的应用场景，不同的架构，不同的需求，都会对优化设置有不同要求。在这里我所记述的只是我自己在一些 Tomcat 应用中所设置的优化项，以备不时之需，并不是放之四海而皆准的准则。

pom.xml

对于 maven 项目来说， pom.xml 设置是整个设置的核心，如果 pom.xml 设置不当，虽然有时候也可以编译运行，但总是会出现一些令人讨厌的警告。为了消除这些警告，还需要根治 pom.xml 。

重复依赖

首先要解决的是重复依赖问题，有时候我们会在编译项目时遇到下面的这样的警告：

[WARNING]
[WARNING] Some problems were encountered while building the effective model for com.qiban.supplier:saas-supplier:war:1.0-SNAPSHOT
[WARNING] 'dependencies.dependency.(groupId:artifactId:type:classifier)' must be unique: commons-codec:commons-codec:jar -> duplicate declaration of version 1.9 @ line 264, column 21
[WARNING]
[WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.
[WARNING]
[WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
[WARNING]

解决的方法很简单：在 pom.xml 中搜索出现重复依赖的 jar 包名称，你肯定会发现对于同一个 jar 包，重复引用了多次，也许版本相同，也许版本不同，只要删除掉那些重复的就可以了。

maven 编译器版本

有时候会遇到下面这样的错误：

[WARNING]
[WARNING] Some problems were encountered while building the effective model for com.qiban.supplier:saas-supplier:war:1.0-SNAPSHOT
[WARNING] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-compiler-plugin is missing. @ line 297, column 21
[WARNING]
[WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.
[WARNING]
[WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
[WARNING]

这意思是说你没有在 pom.xml 里指定 maven 的版本，在 pom.xml 里添加 maven 的版本就可以了：

<build>
        <finalName>saas-supplier</finalName>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>3.5.1</version>
                <configuration>
                    <source>1.8</source>
                    <target>1.8</target>
                </configuration>
            </plugin>
        </plugins>
    </build>

重点是上面那个 <version>3.5.1</version> 。

jdom

有的时候会遇到一行简单的警告：

[WARNING] The artifact jdom:jdom:jar:1.1 has been relocated to org.jdom:jdom:jar:1.1

这个的意思是说在你的 pom.xml 里，你需要把 jdom 的 groupId 改为 org.jdom ：

<dependency>
            <groupId>org.jdom</groupId>
            <artifactId>jdom</artifactId>
            <version>1.1</version>
        </dependency>

activemq-spring

下面这个警告不会在编译时出现，但是会在运行时出现，也非常恶心：

SLF4J: Class path contains multiple SLF4J bindings

我们需要把 pom.xml 里的 activemq-all 改成 activemq-spring ：

<dependency>
            <groupId>org.apache.activemq</groupId>
            <artifactId>activemq-spring</artifactId>
            <version>5.11.1</version>
        </dependency>

详细解释可以看我的这篇文章。

log4j.properties

终于改完了 pom.xml ，我们开始处理 log4j。

xmemcached

如果你使用了 xmemcached ，那么日志里会不断地出现 xmemcached 的警告，而这些警告对我们来说根本就不是警告，毫无意义，并且会掩盖真正的错误，所以我们通过修改 log4j.properties 文件屏蔽它：

# xmemcached
log4j.logger.com.google.code=OFF
log4j.logger.net.rubyeye.xmemcached=OFF

我这里比较野蛮粗暴地直接使用了 OFF 选项，如果你不放心，可以改成 ERROR 选项，效果是一样的。

webapp 名称+%c

如果你有多个 webapp ，为了准确显示到底是哪个 webapp 的哪个 class 报的错，我们需要在 log4j.properties 文件里注明我们的 webapp 名称，再加上一个%c 符号：

log4j.appender.STDOUT.layout.ConversionPattern=[%d{yyyy-MM-dd HH:mm:ss}] %-5p - activity - %c - %m%n

这样下回再有任何错误，我们可以第一时间迅速定位到到底是哪个 webapp 的哪个 class 出的错误。

logrotate

如果我们不管不顾的话， Tomcat 的日志文件几乎会无限制增长，最终会耗尽我们的硬盘空间，所以我们需要用 logrotate 来限制它一下，在 /etc/logrotate.d 文件夹下创建一个文件 tomcat ：

/opt/tomcat1/logs/catalina.out
/opt/tomcat2/logs/catalina.out
{
   copytruncate
   daily
   rotate 7
   compress
   missingok
   size 10M
}

setenv.sh

Tomcat 不问青红皂白，上来就要占领我们主机整个物理内存的四分之一，我们需要限制它的大小，宁可浪费一些 CPU 和硬盘的时间去让它不断地垃圾回收，也不想让它占用这么多的内存，所以我们需要在 /opt/tomcat/bin 下建立一个 setenv.sh 文件，强制让它最多占用 1G 内存：

export CATALINA_OPTS="$CATALINA_OPTS -Xms512m"
export CATALINA_OPTS="$CATALINA_OPTS -Xmx1024m"

这样我们一台 16G 内存的主机，可以同时运行 16 个 Tomcat ，而不像以前，最多只能同时运行 4 个 Tomcat 。

jarsToSkip

Tomcat 启动时会不断地扫描所有 .jar 文件，并且报一些不知所谓的警告：

09-Dec-2017 20:03:14.289 FINE [localhost-startStop-1] org.apache.jasper.servlet.TldScanner$TldScannerCallback.scan No TLD files were found in [file:/home/apache-tomcat-8.5.4/lib/tomcat-redis-session-manager-master-2.0.0.jar]. Consider adding the JAR to the tomcat.util.scan.StandardJarScanFilter.jarsToSkip property in CATALINA_BASE/conf/catalina.properties file.

直接在 /opt/tomcat/conf/catalina.properties 文件里把这一句话改成：

tomcat.util.scan.StandardJarScanFilter.jarsToSkip=*.jar

这个世界终于清静了，扫什么扫，有什么可扫的！

startStopThreads

当你有多个 webapp 的时候， Tomcat 缺省会启完一个 webapp 再启下一个，这样太慢了，不可忍受，我们在 /opt/tomcat/conf/server.xml 文件里把它的启动线程数直接干到 20 个：

<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" startStopThreads="20" />

Dubbo

有时候 Dubbo 也会跳出来捣乱，在每一个不同的 webapp 下的 consumer.xml 文件里指定 file ：

<dubbo:registry address="zookeeper://${zookeeper.address}" file="${dubbo.cache}" />

每个 webapp 的 file 名称各不相同，它们再也不会互相打架了。

结语

以上所述也不过只是冰山之一角，好记性不如烂笔头，记录下来作为以后每次优化时的依据，也许对遇到类似问题的你也略有启发吧。

原文 https://www.fengerzh.com/tomcat-optimize/

正文到此结束

所属分类：编程技术 Java

本文标签： tab tar 需求 final http IO 编译 Google dependencies 主机 cache web https IDE XML src plugin session apache ip redis DOM lib ORM id spring tomcat UI 优化设置 build Property Master servlet zookeeper App Webapps ActiveMQ 物理内存 pom cat 空间 consumer 文章 MQ maven 线程时间 dubbo 删除垃圾回收
版权声明： 本文为互联网转载文章，出处已在文章中说明(部分除外)。如果侵权，请联系本站长删除，谢谢。
本文海报： 生成海报一生成海报二

其他链接

关于本站

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。

问题交流

Tomcat优化笔记

pom.xml

重复依赖

maven 编译器版本

jdom

activemq-spring

log4j.properties

xmemcached

webapp 名称+%c

logrotate

setenv.sh

jarsToSkip

startStopThreads

Dubbo

结语

热门推荐

相关文章

说给你听

本文目录

随机标签

书籍教程

近期评论

网站信息

其他链接

关于本站

问题交流