Tomcat优化
1.Tomcat优化
原因: Tomcat默认安装下的缺省配置并不适合生产环境,它可能会频繁出现假死现象需要重启,只有通过不断压测优化才能让它最高效率稳定的运行。优化主要包括三方面,分别为操作系统优化(内核参数优化),Tomcat配置文件参数优化,Java虚拟机(JVM)调优。
三方面:配置文件、操作系统(系统内核参数)、JVM调优
配置文件优化
vim /usr/local/tomcat/conf/server.xml
redirectPort 端口号8443
maxThreads 最大并发数,默认值为200
minSpareThreads 最小空闲线程数,默认值是10
maxSpareThreads 最大备用线程数,默认值是-1,一般不需要指定
processorCache 进程缓冲器,默认值是200,不做限制可设置为-1,一般与maxTreads的值一致
URIEncoding 指定Tomcat容器的URL编码格式,网站一般采用UTF-8作为默认编码
connectionTimeout 网络连接超时,单位毫秒,0表示永不超时,通常默认2000毫秒
enableLookups 是否关闭DNS反向解析,取值true或false,设置为false则直接返回IP地址,为了提高处理能力,应设置为false
disableUploadTimeout 上传时是否使用超时机制,应设置为true
connectionUploadTimeout 上传超时时间,根据需求调整,要与上一条配合使用
acceptCount 指定所有可以使用处的处理请求的线程数都被使用时,可传入连接请求的最大队列长度,超过这个数的请求将不予处理,默认为100个
maxKeepAliveRequests 指定一个长连接的最大请求数,默认长连接是打开的,设置为1,代表关闭长连接;为-1,代表请求数无限制
compression 是否对响应的数据进行GZIP压缩,off:表示禁止压缩;on:表示允许压缩、force:表示所有情况都进行压缩,默认值为off
compressionMinSize 压缩响应的最小值,响应报文大小大于该值才进行压缩默认2048
compressableMimeType 压缩类型,指定对哪些类型的文件进行数据压缩
noCompressionUserAgents="gozilla,traviata" 对于以下浏览器,不启用压缩#如果已经进行了动静分离处理,静态
top -H
#查看tomcat开启的线程
#tomcat单进程多线程
netstat -lntp|grep java
#查找开启的进程号
ps -T -p 12345
#进程号为12345,查看该进程下有多少个线程
常用的maxThreads(最大线程数/并发数) processorCache(进程缓冲) acceptCount(等待队列数) enableLookups(关闭DNS反向解析) URIEncoding() maxKeepAliveRequests() connectionTimeout() compression()
系统内核优化
两处文件
/etc/security/limits.conf
常见:nofile | nproc | memlock
#<item> can be one of the following:
# - core - limits the core file size (KB)限制内核文件大小
# - data - max data size (KB)最大数据大小
# - fsize - maximum filesize (KB)最大文件大小
# - memlock - max locked-in-memory address space (KB)最大锁定内存地址空间
# - nofile - max number of open file descriptors打开文件的最大数目
# - rss - max resident set size (KB)最大持久设置大小
# - stack - max stack size (KB)最大栈大小
# - cpu - max CPU time (MIN)最多CPU时间
# - nproc - max number of processes进程的最大数目
# - as - address space limit (KB)地址空间限制
# - maxlogins - max number of logins for this user此用户允许登录的最大数目
# - maxsyslogins - max number of logins on the system系允许登录的最多用户数
# - priority - the priority to run user process with用户进程的优先级运行
# - locks - max number of file locks the user can hold用户可持有的文件锁最大数量
# - sigpending - max number of pending signals未处理信号的最大数量
# - msgqueue - max memory used by POSIX message queues (bytes)内存使用最大POSIX消息队列
# - nice - max nice priority allowed to raise to values: [-20, 19]允许的最大优先级
# - rtprio - max realtime priority最大实时优先级
/etc/sysctl.conf
net.ipv4.tcp_tw_reuse=1 #tw,time wait
net.ipv4.tcp_tw_recycle=1
net.ipv4.tcp_fin_timeout=30
net.ipv4.tcp_max_tw_buckets= 5000
net.ipv4.ip_local_port_range=1024 65535
JVM优化
内存溢出OOM,out of memory
环境规格以 2C4G 为例
配置添加在 Tomcat 的 bin 目录下 catalina.sh 里,位置在 cygwin=false 前。
vim /usr/local/tomcat/bin/catalina.sh
......
JAVA_OPTS="$JAVA_OPTS -server -Xms2048m -Xmx2048m -Xmn768m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/usr/local/tomcat/temp/oom.hprof -XX:ParallelGCThreads=2 -XX:PermSize=1024m -XX:MaxPermSize=1024m -Djava.awt.headless=true -XX:+DisableExplicitGC"
cygwin=false
参数说明:
-server:一定要作为第一个参数,在多个CPU时性能佳
-Xms:堆内存的初始大小,是分配JVM的初始内存,默认为物理内存的1/64。一般来讲,此值设的大点,程序会启动的快一点。
-Xmx:堆内存的最大大小,是分配JVM的最大内存,默认为物理内存的1/4。如果程序运行需要占用更多的内存,超出了这个设置值,就会抛出OutOfMemory异常。
默认空余堆内存小于40%时,JVM就会增大堆直到-Xmx的最大限制;空余堆内存大于70%时,JVM会减少堆直到 -Xms的最小限制。
因此建议-Xms与-Xmx设成一样的值,均设为物理内存的一半。其目的是为了避免在java每次GC(垃圾回收机制清理堆区)后需要重新调整堆的大小而浪费资源。
-Xmn:堆内新生代的大小,通过这个值也可以得到老生代的大小:-Xmx减去-Xmn。官方推荐配置为整个堆的 3/8。
-
堆区进一步细化分为:新生代、中生代、老生代。
-
java中每新new一个对象所占用的内存空间就是新生代的空间,当java垃圾回收机制对堆区进行资源回收后,那些新生代中没有被回收的资源将被转移到中生代,中生代的被转移到老生代。
-
整个JVM堆大小 = 新生代大小 + 老生代大小 + 永久代大小
-Xss:设置每个线程可使用的内存大小,即栈的大小。一般情况下,设置256k就足够了,此配置将会影响此进程中并发线程数的大小。
-XX:ParallelGCThreads:配置并行收集器的线程数,即:同时有多少个线程一起进行垃圾回收。当 CPU 数量小于8,此值建议配置等于 CPU 数量。
-XX:PermSize:设置非堆内存初始值,即持久代内存大小,默认是物理内存的1/4
-XX:MaxPermSize:最大非堆内存的大小,即最大持久代内存大小,默认是物理内存的1/4
-
非堆区内存是不会被java垃圾回收机制进行处理的,且最大堆内存与最大非堆内存的和不能超出操作系统的可用内存。
-
XMX和XMS设置一样大,MaxPermSize和MinPermSize设置一样大,这样可以减轻伸缩堆大小带来的压力。
-XX:+HeapDumpOnOutOfMemoryError:表示当JVM发生OOM时,自动生成DUMP文件
-XX:HeapDumpPath:表示生成DUMP文件的路径
-XX:+UseParNewGC:对新生代采用多线程并行回收,缩短垃圾收集的时间
-XX:+UseConcMarkSweepGC:并发标记清除收集器,它是老年代的收集算法,缩短垃圾收集的时间
-XX:+DisableExplicitGC:禁止调用System.gc(),防止误调用gc方法导致系统的 JVM 大起大落而使系统响应时间严重降低。
-Djava.awt.headless=true:免避在 Linux/Unix 环境下 Web 网页不能正常显示图片
-XX:+CMSParallelRemarkEnabled:启用并行标记,降低标记停顿
-XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0:这两个参数默认值就是这样的,表示触发FullGC时压缩堆,优化内存碎片
-XX:CMSInitiatingOccupancyFraction=70:在应用程序使用70%完内存后开始CMS垃圾收集
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 单元测试从入门到精通
· 上周热点回顾(3.3-3.9)
· winform 绘制太阳,地球,月球 运作规律