共计 2925 个字符,预计需要花费 8 分钟才能阅读完成。
导读 | tomcat 这只老猫为何能活过普通猫咪能活的年龄? 这与它轻巧的构造有关,还与它卓越的性能有关。现在的 tomcat,版本已经飙到 10 了! 最新的版本是 10.0.2。 |
tomcat 这只老猫为何能活过普通猫咪能活的年龄? 这与它轻巧的构造有关,还与它卓越的性能有关。现在的 tomcat,版本已经飙到 10 了! 最新的版本是 10.0.2。
tomcat 的配置参数奇多,但想要达到优化效果,我们并不需要全部关注。本文将详细介绍一些主要的配置参数,保证让你这只老猫跑的更快!
一般最常做的更改,就是修改服务器的端口,也就是 server.xml 里的 Connector 部分。典型如下图所示:
其实,大部分优化,也是在 Connector 标签之内,从端口、并发到线程,都可以在这里配置。
作为一个能承接高并发互联网请求的 Web 容器,首当其冲的当然是海量请求的冲击。幸运的是 Tomcat 支持 NIO,我们可以通过调整线程数和并发配置,让它表现出最佳的性能。
- maxThreads — tomcat 接收客户端请求的最大线程数,也就是同时处理任务的个数,它的默认大小为 200; 一般来说,在高并发的 I / O 密集型应用中,这个值设置为 1000 左右比较合理
- maxConnections 这个参数是指在同一时间,tomcat 能够接受的最大连接数。对于 Java 的阻塞式 BIO,默认值是 maxthreads 的值; 如果在 BIO 模式使用定制的 Executor 执行器,默认值将是执行器中 maxThreads 的值。对于 Java 新的 NIO 模式,maxConnections 默认值是 10000,所以这个参数我们一般保持不动即可
- acceptCount — 当线程数量达到上面设置的值,所能接受的最大排队数量。超过了这个值,请求就会被拒绝。我一般会设置成和 maxThreads 设置成一样大的
简单说明一下上面三个参数的关系:
maxConnections+acceptCount,区别是 maxConnections 中的连接可以被调度处理;acceptCount 中的连接只能等待排队
maxThreads 的大小,实际能够工作的线程数量。
幸福指数:maxThreads > maxConnections > acceptCount。
现在有些文章还充斥着 maxProcessors 和 minProcessors。但这两个参数,从 Tomcat5 开始被 deprecated,从 6 开始就彻底没了。
只能说你看到的这些文章,可能真的是不懂技术的运营发表的。
以 8 为代表,具体配置参数可以参见:
https://tomcat.apache.org/tomcat-8.0-doc/config/http.html
在并发配置方面,可以看到我们只有 minSpareThreads,但是却没有 maxSpareThreads。这是因为,从 Tomcat 6 开始增加 Executor 节点,这个参数已经没用了。
由于线程是一个池子,所以它的配置,满足池的一切特点。
参照:https://tomcat.apache.org/tomcat-8.0-doc/config/executor.html
- namePrefix — 每个新开线程的名称前缀
- maxThreads — 线程池中的最大线程数
- minSpareThreads — 一直处于活跃状态的线程数
- maxIdleTime — 线程的空闲时间,在超过空闲时间时这些线程则会被销毁
- threadPriority — 线程池中线程的优先级,默认为 5
tomcat 是 Java 应用,所以 JVM 的配置同样会影响它的性能。比较重要的配置参数如下。
首先要调整的,就是各个分区的大小,不过这也要分垃圾回收器,我们仅看一下一些全局的参数。
- -XX:+UseG1GC 首先,要指定 JVM 使用的垃圾回收器。尽量不要靠默认值去保证,要显式的指定一个。
- -Xmx 设置堆的最大值,一般为操作系统的 2 / 3 大小。
- -Xms 设置堆的初始值,一般设置成和 Xmx 一样的大小来避免动态扩容。
- -Xmn 年轻代大小,默认新生代占堆大小的 1 /3。高并发快消亡场景可适当加大这个区域。对半,或者更多,都是可以的。但是在 G1 下,就不用再设置这个值了,它会自动调整。
- -XX:MaxMetaspaceSize 限制元空间的大小,一般 256M 足够。这一般和初始大小 **-XX:MetaspaceSize** 设置成一样的。
- -XX:MaxDirectMemorySize 设置直接内存的最大值,限制通过 DirectByteBuffer 申请的内存。
- -XX:ReservedCodeCacheSize 设置 JIT 编译后的代码存放区大小,如果观察到这个值有限制,可以适当调大,一般够用。
- -Xss 设置栈的大小,默认为 1M,已经足够用了。
- -XX:+AlwaysPreTouch 启动时就把参数里说好了的内存全部初始化,启动时间会慢一些,但运行速度会增加。
- -XX:SurvivorRatio 默认值为 8。表示伊甸区和幸存区的比例。
- -XX:MaxTenuringThreshold 这个值在 CMS 下默认为 6,G1 下默认为 15。这个值和我们前面提到的对象提升有关,改动效果会比较明显。对象的年龄分布可以使用 **-XX:+PrintTenuringDistribution** 打印,如果后面几代的大小总是差不多,证明过了某个年龄后的对象总能晋升到老生代,就可以把晋升阈值设小。
- PretenureSizeThreshold 超过一定大小的对象,将直接在老年代分配。不过这个参数用的不是很多。
G1 垃圾回收器
- -XX:MaxGCPauseMillis 设置目标停顿时间,G1 会尽力达成。
- -XX:G1HeapRegionSize 设置小堆区大小。这个值为 2 的次幂,不要太大,也不要太小。如果是在不知道如何设置,保持默认。
- -XX:InitiatingHeapOccupancyPercent 当整个堆内存使用达到一定比例 (默认是 45%),并发标记阶段就会被启动。
- -XX:ConcGCThreads 并发垃圾收集器使用的线程数量。默认值随 JVM 运行的平台不同而不同。不建议修改。
再看几个在 Connector 中配置的重要参数。
- enableLookups — 调用 request、getRemoteHost() 执行 DNS 查询,以返回远程主机的主机名,如果设置为 false,则直接返回 IP 地址。这个要根据需求来
- URIEncoding — 用于解码 URL 的字符编码,没有指定默认值为 ISO-8859-1
- connectionTimeout — 连接的超时时间 (以毫秒为单位)
- redirectPort — 指定服务器正在处理 http 请求时收到了一个 SSL 传输请求后重定向的端口号
tomcat 是最常用的 web 容器,提供了数百个配置参数。但我们在平常的使用中,没必要把所有的参数都弄清楚,只关注最重要的就可以了。
![post-qrcode](https://www.xgss.net/wp-content/uploads/2023/07/二维码-微信公众号256x256.jpg)