首页 > 其他分享 >【Tomcat】Tomcat 优化

【Tomcat】Tomcat 优化

时间:2025-01-08 21:14:42浏览次数:1  
标签:Tomcat tomcat 默认 server XX 设置 优化

前言

Tomcat 服务器是一个开源的轻量级Web应用服务器,在中小型系统和并发量小的场合下被普遍使用,是开发和调试Servlet、JSP 程序的首选。相信大家对于 Tomcat 已经是非常熟悉了,本篇将介绍tomcat的常见优化。那么为什么要对tomcat进行优化呢。因为Tomcat默认参数是为开发环境制定,而非适合生产环境,尤其是内存和线程的配置,默认都很低,容易成为性能瓶颈。相信大家看完这篇博客,会有一定的收获。

设置 Tomcat 相关变量:

vim bin/catalina.sh

在配置文件的可编辑内容最上面(98 行开始),加上如下内容(具体参数根据你服务器情况自行修改):

JAVA_HOME=/usr/program/jdk1.8.0_72
CATALINA_HOME=/usr/program/tomcat8
CATALINA_OPTS="-server -Xms528m -Xmx528m -XX:PermSize=256m -XX:MaxPermSize=358m"
CATALINA_PID=$CATALINA_HOME/catalina.pid

如果使用 shutdown.sh 还无法停止 tomcat,可以修改其配置:

vim bin/shutdown.sh

把最尾巴这一行:

exec "$PRGDIR"/"$EXECUTABLE" stop "$@"

改为:

exec "$PRGDIR"/"$EXECUTABLE" stop 10 -force

JVM 优化

模型资料来源:

http://xmuzyq.iteye.com/blog/599750

Java 的内存模型分为:

Young,年轻代(易被 GC)。Young 区被划分为三部分,Eden 区和两个大小严格相同的 Survivor 区,其中 Survivor 区间中,某一时刻只有其中一个是被使用的,另外一个留做垃圾收集时复制对象用,
在 Young 区间变满的时候,minor GC 就会将存活的对象移到空闲的Survivor 区间中,根据 JVM 的策略,在经过几次垃圾收集后,任然存活于 Survivor 的对象将被移动到 Tenured 区间。

Tenured,终身代。Tenured 区主要保存生命周期长的对象,一般是一些老的对象,当一些对象在 Young 复制转移一定的次数以后,对象就会被转移到 Tenured 区,一般如果系统中用了 application 级别的缓存,缓存中的对象往往会被转移到这一区间。

Perm,永久代。主要保存 class,method,filed 对象,这部门的空间一般不会溢出,除非一次性加载了很多的类,不过在涉及到热部署的应用服务器的时候,有时候会遇到 java.lang.OutOfMemoryError : PermGen space 的错误,
造成这个错误的很大原因就有可能是每次都重新部署,但是重新部署后,类的 class 没有被卸载掉,这样就造成了大量的 class 对象保存在了 perm 中,这种情况下,一般重新启动应用服务器可以解决问题。

Linux 修改 bin/catalina.sh 文件,把下面信息添加到文件第一行。Windows 和 Linux 有点不一样的地方在于,在 Linux 下,下面的的参数值是被引号包围的,而 Windows 不需要引号包围。
如果服务器只运行一个 Tomcat
机子内存如果是 8G,一般 PermSize 配置是主要保证系统能稳定起来就行:

JAVA_OPTS="-Dfile.encoding=UTF-8 -server -Xms6144m -Xmx6144m -XX:NewSize=1024m -XX:MaxNewSize=2048m -XX:PermSize=512m -XX:MaxPermSize=512m -XX:MaxTenuringThreshold=10 -XX:NewRatio=2 -XX:+DisableExplicitGC"

机子内存如果是 16G,一般 PermSize 配置是主要保证系统能稳定起来就行:

JAVA_OPTS="-Dfile.encoding=UTF-8 -server -Xms13312m -Xmx13312m -XX:NewSize=3072m -XX:MaxNewSize=4096m -XX:PermSize=512m -XX:MaxPermSize=512m -XX:MaxTenuringThreshold=10 -XX:NewRatio=2 -XX:+DisableExplicitGC"

机子内存如果是 32G,一般 PermSize 配置是主要保证系统能稳定起来就行:

JAVA_OPTS="-Dfile.encoding=UTF-8 -server -Xms29696m -Xmx29696m -XX:NewSize=6144m -XX:MaxNewSize=9216m -XX:PermSize=1024m -XX:MaxPermSize=1024m -XX:MaxTenuringThreshold=10 -XX:NewRatio=2 -XX:+DisableExplicitGC"

如果是开发机

-Xms550m -Xmx1250m -XX:PermSize=550m -XX:MaxPermSize=1250m

参数说明:

-Dfile.encoding:默认文件编码

-server:表示这是应用于服务器的配置,JVM 内部会有特殊处理的

-Xmx1024m:设置JVM最大可用内存为1024MB。

-Xms1024m:设置JVM最小内存为1024m。此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存。

-XX:NewSize:设置年轻代大小。

-XX:MaxNewSize:设置最大的年轻代大小。

-XX:PermSize:设置永久代大小。

-XX:MaxPermSize:设置最大永久代大小。

-XX:NewRatio=4:设置年轻代(包括 Eden 和两个 Survivor 区)与终身代的比值(除去永久代)。设置为 4,则年轻代与终身代所占比值为 1:4,年轻代占整个堆栈的 1/5。

-XX:MaxTenuringThreshold=10:设置垃圾最大年龄,默认为:15。如果设置为 0 的话,则年轻代对象不经过 Survivor 区,直接进入年老代。对于年老代比较多的应用,可以提高效率。
如果将此值设置为一个较大值,则年轻代对象会在 Survivor 区进行多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概论。

-XX:+DisableExplicitGC:这个将会忽略手动调用 GC 的代码使得 System.gc() 的调用就会变成一个空调用,完全不会触发任何 GC

编辑修改配置文件

vim conf/server.xml

禁用8005端口

telnet localhost 8005 然后输入 SHUTDOWN 就可以关闭 Tomcat,为了安全我们要禁用该功能
默认值:

<Server port="8005" shutdown="SHUTDOWN">

修改为:

<Server port="-1" shutdown="SHUTDOWN">

应用程序安全&关闭自动部署

默认值:

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

修改为:
在tomcat8.5.30版本中配置 reloadable="false" 选项启动时会包如下警告:
警告 [main] org.apache.tomcat.util.digester.SetPropertiesRule.begin [SetPropertiesRule]Server/Service/Engine/Host} Setting property 'reloadable' to 'false' did not find a matching property.

<Host name="localhost" appBase="webapps"
     unpackWARs="false" autoDeploy="false" reloadable="false">
<Host name="localhost" appBase="webapps"
     unpackWARs="false" autoDeploy="false">

maxThreads 连接数限制修改配置

默认值:

<!--
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
maxThreads="150" minSpareThreads="4"/>
-->

修改为:

<Executor
   name="tomcatThreadPool"
   namePrefix="catalina-exec-"
   maxThreads="500"
   minSpareThreads="100" 
   maxIdleTime="60000"
  prestartminSpareThreads = "true"
  maxQueueSize = "100"
/>

参数解释:

maxThreads:最大并发数,默认设置 200,一般建议在 500 ~ 800,根据硬件设施和业务来判断。

minSpareThreads:Tomcat 初始化时创建的线程数,默认设置 25。

maxIdleTime:如果当前线程大于初始化线程,那空闲线程存活的时间,单位毫秒,默认60000=60秒=1分钟。

prestartminSpareThreads:在 Tomcat 初始化的时候就初始化 minSpareThreads 的参数值,如果不等于 true,minSpareThreads 的值就没啥效果了。

maxQueueSize:最大的等待队列数,超过则拒绝请求。

Connector 参数优化配置

默认值:

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

修改为:

用此项配置 protocol="org.apache.coyote.http11.Http11Nio2Protocol"启动时会有警告,
警告 [main] org.apache.tomcat.util.net.Nio2Endpoint.bind The NIO2 connector requires an exclusive executor to operate properly on shutdown

<Connector 
  executor="tomcatThreadPool"
  port="8080" 
  protocol="org.apache.coyote.http11.Http11NioProtocol" 
  connectionTimeout="40000" 
  maxConnections="10000" 
  redirectPort="8443" 
  enableLookups="false" 
  acceptCount="100" 
  maxPostSize="10485760" 
  compression="on" 
  disableUploadTimeout="true" 
  compressionMinSize="2048" 
  acceptorThreadCount="2" 
  compressableMimeType="text/html,text/xml,text/plain,text/css,text/javascript,application/javascript" 
  maxHttpHeaderSize="8192"
  processorCache="20000"
  tcpNoDelay="true"
  connectionLinger="5"
  server="Server Version 11.0"
  URIEncoding="utf-8"
/>

重点参数解释:

protocol,Tomcat 8 设置 nio2 更好:org.apache.coyote.http11.Http11Nio2Protocol(如果这个用不了,就用下面那个)
protocol,Tomcat 6、7 设置 nio 更好:org.apache.coyote.http11.Http11NioProtocol
enableLookups,禁用DNS查询
acceptCount,指定当所有可以使用的处理请求的线程数都被使用时,可以放到处理队列中的请求数,超过这个数的请求将不予处理,默认设置 100
maxPostSize,以 FORM URL 参数方式的 POST 提交方式,限制提交最大的大小,默认是 2097152(2兆),它使用的单位是字节。10485760 为 10M。如果要禁用限制,则可以设置为 -1。
maxPostSize:设置由容器解析的URL参数的最大长度,-1(小于0)为禁用这个属性,默认为2097152(2M) 请注意, FailedRequestFilter 过滤器可以用来拒绝达到了极限值的请求。
acceptorThreadCount,用于接收连接的线程的数量,默认值是1。一般这个指需要改动的时候是因为该服务器是一个多核CPU,如果是多核 CPU 一般配置为 2.
acceptorThreadCount:用于接受连接的线程数量。增加这个值在多CPU的机器上,尽管你永远不会真正需要超过2。也有很多非维持连接,您可能希望增加这个值。默认值是1。
connectionTimeout:Connector接受一个连接后等待的时间(milliseconds),默认值是60000。
maxConnections:这个值表示最多可以有多少个socket连接到tomcat上
maxHttpHeaderSize:http请求头信息的最大程度,超过此长度的部分不予处理。一般8K。
compression:是否启用GZIP压缩 on为启用(文本数据压缩) off为不启用, force 压缩所有数据
disableUploadTimeout:这个标志允许servlet容器使用一个不同的,通常长在数据上传连接超时。如果不指定,这个属性被设置为true,表示禁用该时间超时。
compressionMinSize:当超过最小数据大小才进行压缩
compressableMimeType:配置想压缩的数据类型
URIEncoding:网站一般采用UTF-8作为默认编码。
processorCache:协议处理器缓存的处理器对象来提高性能。该设置决定多少这些对象的缓存。-1意味着无限的,默认是200。如果不使用Servlet 3.0异步处理,默认是使用一样的maxThreads设置。
                如果使用Servlet 3.0异步处理,默认是使用大maxThreads和预期的并发请求的最大数量(同步和异步)。
tcpNoDelay:如果设置为true,TCP_NO_DELAY选项将被设置在服务器套接字,而在大多数情况下提高性能。这是默认设置为true。
connectionLinger:秒数在这个连接器将持续使用的套接字时关闭。默认值是 -1,禁用socket 延迟时间。
server:隐藏Tomcat版本信息,首先隐藏HTTP头中的版本信息

禁用 AJP(如果你服务器没有使用 Apache)

把下面这一行注释掉,默认 Tomcat 是开启的。

<!-- <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" /> -->

隐藏或修改 Tomcat 版本号

# cd /usr/local/tomcat/lib/
# unzip catalina.jar
# cd org/apache/catalina/util
# vim ServerInfo.properties
server.info=Apache Tomcat/8.5.16
server.number=8.5.16.0
server.built=Jun 21 2017 17:01:09 UTC

将以上去掉或修改版本号即可。

删除禁用默认管理页面以及相关配置文件

# rm -rf /usr/local/apache-tomcat-8.5.16/webapps/*
# rm -rf /usr/local/apache-tomcat-8.5.16/conf/tomcat-users.xml

链接:https://www.cnblogs.com/opma/p/11712314.html

(版权归原作者所有,侵删)

原创 Raymond运维

标签:Tomcat,tomcat,默认,server,XX,设置,优化
From: https://www.cnblogs.com/o-O-oO/p/18660529

相关文章

  • 优化永不止步:TinyVue v3.20.0 正式发布,更美观的官网UI,更友好的文档搜索,更强大的主题配
    你好,我是Kagol,个人公众号:前端开源星球。我们非常高兴地宣布,2024年12月4日,TinyVue发布了v3.20.0......
  • 架构建模域优化咨询和实施服务
    概述    得益于硬件平台算力的提升,汽车电子电气架构的集成度逐渐提高,从单体ECU、到功能域集成控制器、到区域集成控制器,多域融合成为了目前行业中软件工程的重要工作内容。同时,在传统控制器C代码开发的基础上,C++、JAVA等高级别编程语言也得到了更多的应用。以典型的智能驾......
  • FrontEnd性能优化.md
    性能优化性能优化\浏览器渲染原理GetStarted有这样几个问题,我们来思考下:1.我们平常浏览的网页是否是应用?2.在操作系统中的应用是如何运行的3.浏览器究竟是什么4.webkit和浏览器的关系5.浏览器是如何呈现网页的6.经典问题:从浏览器的地址栏输入一个网址直到网页内容呈现完毕,发生......
  • tomcat代码调试设置
    windows1.写一个startup-debug.bat,指定tomcat的根目录,端口自己定义rem设置Tomcat目录--setCATALINE_HOME=D:\asd\A8-2\tomcatd:rem8787为可用端口,为远程调试监听端口--cd%CATALINE_HOME%/binsetJPDA_ADDRESS=8787setJPDA_TRANSPORT=dt_socketsetCATALINA_OPTS......
  • Tomcat详解
    架构图核心功能Tomcat是Apache开源的轻量级JavaServlet容器,其中一个Server(Tomcat实例)可以管理多个Service(服务),一个Service包含多个Connector和一个Engine,负责管理请求到应用的整个流程。Tomcat要实现的两个核心功能:处理Socket连接,负责网络字节流与Request、Response请求的......
  • YOLO11改进:block优化 | PKIBlock多尺度卷积核,助力小目标涨点 | CVPR2024 PKINet 遥感
     ......
  • 问答网站回答内容优化:提升信息价值与用户满意度的策略
    在问答网站中,回答内容的质量直接关系到用户体验、信息价值以及网站的长期吸引力。一个精心策划和优化的回答,不仅能够迅速解决用户的问题,还能增强用户的信任度和忠诚度,推动网站的持续增长。本文将深入探讨问答网站回答内容优化的策略,旨在帮助运营者和回答者提升回答的质量,满足......
  • 数据查询优化策略: 全聚合下推、分区剪枝、部分聚合下推以及动态数据迁移
    关于数据虚拟化在逻辑数据仓库(LogicalDataWarehouse)和逻辑数据湖(LogicalDataLake)架构中查询优化的实际应用示例。本文将为您详细介绍这些场景中最重要的优化技术,包括 全聚合下推(FullAggregationPushdown)、分区剪枝(PartitionPruning)、部分聚合下推(PartialAggregationP......
  • 关于斜率优化的一些理解
    引入:题目类型对于这样的一类柿子\[dp_i=\min_{j<i}(dp_j-a_id_j),a_{i+1}\geqa_i,d_{j+1}\geqd_j\]朴素的单调队列显然无法优化,考虑通过斜率优化将其转化成只与\(j\)有关的形式方便优化操作:具体原理首先是一个转化拆掉\(\min\)\[dp_i=dp_......
  • 如何通过数据分析优化电商营销策略和客户体验
    一、电商数据的收集电商平台的数据来源多样,包括用户行为数据、交易数据、客户反馈数据、商品信息数据等。高效的数据收集不仅是数据分析的前提,也是实现精准决策的基础。1.1数据收集的主要来源用户行为数据:用户在电商平台上的每一次点击、浏览、搜索、加入购物车、下单等行为,都......