这年头还有问Tomcat调优和JVM参数优化的,你还不知道怎么回答么?那么你一定需要看看这篇文章

简介: 前几天阿粉的一个小学弟在咨询阿粉面试的时候怎么还会问到关于Tomcat调优和JVM优化,我听完这个的时候,当时就想说,问这个不是应该的么?那么下面阿粉就给大家好好的掰扯掰扯这个Tomcat优化和 JVM 参数优化的事情

前几天阿粉的一个小学弟在咨询阿粉面试的时候怎么还会问到关于Tomcat调优和JVM优化,我听完这个的时候,当时就想说,问这个不是应该的么?那么下面阿粉就给大家好好的掰扯掰扯这个Tomcat优化和 JVM 参数优化的事情

Tomcat


46.jpg

关于Tomcat是什么东西,相信大家做开发的,肯定是一点也不陌生,服务器,Web应用服务器,一种轻量级的应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试JSP 程序的首选。

而我们在日常的开发中,可能很大一部分我们只是知道怎么使用Tomcat服务器,但是却不知道怎么去调整Tomcat里面的各种配置参数,让Tomcat能够更好的运行,那么就听阿粉来给大家介绍把。

配置文件修改优化

Tomcat在Windows下一般的目录都是我们下载解压出来的目录也就是${TOMCAT_HOME},就像这个样子 D:\develop\tomcat\apache-tomcat-7.0.88,而他的配置文件就是conf下的server.xml文件,而我们需要调优的肯定也是这个文件里面的内容。

我们就先从 Connector 来进行分析:

Connector :连接器,负责接收客户的请求,以及向客户端回送响应的消息

而我们对 Connector 优化,其实优化的就是我们在访问请求时候的并发能力,而往往并发也是我们在工作中很多时候需要去考虑的问题,而我们在这个连接器里面可以配置什么内容呢?

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

我们最常用的就是在里面配置一个URL的统一编码格式比如说我们在里面配置一个 UTF-8 的编码格式。

URIEncoding :URIEncoding = UTF-8

executor : 指定这个连接器所使用的执行器(线程池)

connectionTimeout :连接超时时间

maxThreads :客户请求最大线程数

minSpareThreads :Tomcat初始化时创建的线程数,一直会运行的线程

maxSpareThreads :Tomcat连接器的最大空闲线程数

minProcessors :服务器创建时的最小处理线程数

maxProcessors :服务器同时最大处理线程数

enableLookups :若设为true, 则支持域名解析,可把 ip 地址解析为主机名,而为了减少性能的消耗的话,我们就有时候会关闭它

redirectPort :在需要基于安全通道的场合,把客户请求转发到基于SSL 的 redirectPort 端口

acceptAccount :监听端口队列最大数,满了之后客户请求会被拒绝(不能小于maxSpareThreads )

而我们一般最常搭配的,却是 URIEncoding 而很少的去改其他的配置,但是在面试中,肯定不会说让你去优化编码格式把,而我们修改的一定是其他的关于最大处理线程数,域名解析啦,

而我们在最终的配置就不再是上面的代码了,而变成了优化之后的:

<Connector port="8080"
        protocol="HTTP/1.1" 
        connectionTimeout="20000" 超时时间,毫秒
        redirectPort="443" 
        maxThreads="3000" 最大线程数
        minSpareThreads="20" 最小空闲线程数,这里是一直会运行的线程
        acceptCount="1000" 监听端口队列数
        enableLookups="false" 关闭dns解析,减少性能损耗
        server="None"               
        URIEncoding="UTF-8"   
      />

NIO和BIO还有 NIO2

其实关于 NIO 和 BIO 和 AIO 阿粉在之前已经完全都说过了,同步阻塞 IO 就是 BIO ,而同步非阻塞IO和异步阻塞IO 就是 NIO ,而异步非阻塞IO就是 AIO 啦,

BIO :同步阻塞IO

47.jpg

NIO :同步非阻塞IO和异步阻塞IO

AIO :这种异步非阻塞 IO 是我们最需要注意的,是从 JDK7 及其以上才会支持的。

话不多说,直接上如何修改,

<Connector connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443"/>
<Connector connectionTimeout="20000" port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol" redirectPort="8443"/>

网上有人说,从 Tomcat8 以上就是 NIO 模式了,但是实际情况好像是没有,还是需要自己手动去换成 NIO 模式。

关于 Tomcat的优化,阿粉就不再给大家叙述了,给大家再来说说这个关于 JVM 的优化。

JVM

阿粉最开始写文章的时候,就是首先从 JVM 写起来的,大家可以搜索一下曾经阿粉写的关于 JVM 的内容,里面有对 JVM 的完整的介绍,对 FullGC ,YGC 等垃圾收集方式,都做过介绍,这里阿粉只给大家介绍怎么去通过修改 Tomcat 的配置,来达到,我们对 JVM 的优化。

大家都知道,正确的选择不同的 GC 策略,调整 JVM、GC 的参数,可以极大的减少由于 GC 工作,而却这样会大大的提高我们程序的运行效率。

目录还是那个目录,Tomcat 的根目录下的 bin 目录,catalina.bat ,Linux的话,去修改.sh 的文件即可。

找到 JAVA_OPTS 而他就是用来设置 JVM 相关运行参数的变量的,在这里阿粉也给大家说一下关于 JVM 的参数属性,不然不能直接瞎改吧,容易出事。

-Xms :初始堆大小 物理内存的1/64(<1GB)

-Xmx :最大堆大小 物理内存的1/4(<1GB)

-Xmn :年轻代大小(1.4or lator)  注意的是这个 ,整个堆大小=年轻代大小 + 年老代大小 + 持久代大小.

-XX:NewSize :设置年轻代大小(for 1.3/1.4)

-XX:MaxNewSize :年轻代最大值(for 1.3/1.4)

-XX:PermSize :设置持久代(perm gen)初始值 物理内存的1/64

-XX:MaxPermSize :设置持久代最大值 物理内存的1/4

-Xss :每个线程的堆栈大小

-XX:NewRatio :年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代)

-XX:+AggressiveOpts :加快编译

-XX:+UseBiasedLocking :锁机制的性能改善

-XX:+DisableExplicitGC :关闭System.gc()

-XX:+UseParNewGC :设置年轻代为并行收集

-XX:+UseConcMarkSweepGC :使用CMS内存收集

-XX:MaxTenuringThreshold :垃圾最大年龄

-XX+UseCMSCompactAtFullCollection :在FULL GC的时候, 对年老代的压缩

-XX:LargePageSizeInBytes :内存页的大小不可设置过大, 会影响Perm的大小

-XX:+UseFastAccessorMethods :原始类型的快速优化

-XX:+UseCMSInitiatingOccupancyOnly :使用手动定义初始化定义开始CMS收集

而这些内容就是需要你去自己手动去挑选一些合适的自己去配置上去,而不是一股脑的复制上去,不然适得其反就不好了。

给阿粉点个在看吧?

相关文章
|
消息中间件 运维 监控
加一个JVM参数,让系统可用率从95%提高到99.995%
本文针对一个高并发(10W+ QPS)、低延迟(毫秒级返回)的系统因内存索引切换导致的不稳定问题,深入分析并优化了JVM参数配置。通过定位问题根源为GC压力大,尝试了多种优化手段:调整MaxTenuringThreshold、InitialTenuringThreshold、AlwaysTenure等参数让索引尽早晋升到老年代;探索PretenureSizeThreshold和G1HeapRegionSize实现索引直接分配到老年代;加速索引复制过程以及升级至JDK11使用ZGC。
891 82
加一个JVM参数,让系统可用率从95%提高到99.995%
|
监控 算法 Java
Java虚拟机(JVM)垃圾回收机制深度剖析与优化策略####
本文作为一篇技术性文章,深入探讨了Java虚拟机(JVM)中垃圾回收的工作原理,详细分析了标记-清除、复制算法、标记-压缩及分代收集等主流垃圾回收算法的特点和适用场景。通过实际案例,展示了不同GC(Garbage Collector)算法在应用中的表现差异,并针对大型应用提出了一系列优化策略,包括选择合适的GC算法、调整堆内存大小、并行与并发GC调优等,旨在帮助开发者更好地理解和优化Java应用的性能。 ####
550 27
|
存储 设计模式 监控
快速定位并优化CPU 与 JVM 内存性能瓶颈
本文介绍了 Java 应用常见的 CPU & JVM 内存热点原因及优化思路。
1554 166
|
监控 Java 编译器
聊聊JVM如何优化
JVM的优化是一个复杂而细致的过程,涉及内存管理、垃圾回收、即时编译、线程调度等多个方面。通过合理配置JVM参数、选择合适的垃圾回收器、优化线程调度和使用专业的监控工具,可以大幅提升Java应用的性能和稳定性。掌握这些优化技巧,能够帮助开发者在高并发、高负载的生产环境中保持系统的高效运行。
964 13
|
存储 设计模式 监控
如何快速定位并优化CPU 与 JVM 内存性能瓶颈?
如何快速定位并优化CPU 与 JVM 内存性能瓶颈?
484 0
如何快速定位并优化CPU 与 JVM 内存性能瓶颈?
|
监控 算法 Java
Java虚拟机垃圾回收机制深度剖析与优化策略####
【10月更文挑战第21天】 本文旨在深入探讨Java虚拟机(JVM)中的垃圾回收机制,揭示其工作原理、常见算法及参数调优技巧。通过案例分析,展示如何根据应用特性调整GC策略,以提升Java应用的性能和稳定性,为开发者提供实战中的优化指南。 ####
321 5
JVM内存参数
-Xmx[]:堆空间最大内存 -Xms[]:堆空间最小内存,一般设置成跟堆空间最大内存一样的 -Xmn[]:新生代的最大内存 -xx[use 垃圾回收器名称]:指定垃圾回收器 -xss:设置单个线程栈大小 一般设堆空间为最大可用物理地址的百分之80
|
存储 监控 算法
Java虚拟机(JVM)垃圾回收机制深度解析与优化策略####
本文旨在深入探讨Java虚拟机(JVM)的垃圾回收机制,揭示其工作原理、常见算法及参数调优方法。通过剖析垃圾回收的生命周期、内存区域划分以及GC日志分析,为开发者提供一套实用的JVM垃圾回收优化指南,助力提升Java应用的性能与稳定性。 ####
|
存储 IDE Java
实战优化公司线上系统JVM:从基础到高级
【11月更文挑战第28天】Java虚拟机(JVM)是Java语言的核心组件,它使得Java程序能够实现“一次编写,到处运行”的跨平台特性。在现代应用程序中,JVM的性能和稳定性直接影响到系统的整体表现。本文将深入探讨JVM的基础知识、基本特点、定义、发展历史、主要概念、调试工具、内存管理、垃圾回收、性能调优等方面,并提供一个实际的问题demo,使用IntelliJ IDEA工具进行调试演示。
432 0
|
Arthas 存储 算法
深入理解JVM,包含字节码文件,内存结构,垃圾回收,类的声明周期,类加载器
JVM全称是Java Virtual Machine-Java虚拟机JVM作用:本质上是一个运行在计算机上的程序,职责是运行Java字节码文件,编译为机器码交由计算机运行类的生命周期概述:类的生命周期描述了一个类加载,使用,卸载的整个过类的生命周期阶段:类的声明周期主要分为五个阶段:加载->连接->初始化->使用->卸载,其中连接中分为三个小阶段验证->准备->解析类加载器的定义:JVM提供类加载器给Java程序去获取类和接口字节码数据类加载器的作用:类加载器接受字节码文件。
1209 55