jvm(java虚拟机)性能优化

最新推荐文章于 2024-04-24 22:52:03 发布
最新推荐文章于 2024-04-24 22:52:03 发布
阅读量1.7k 收藏 5
点赞数
分类专栏： Java 文章标签： java jvm 性能优化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liaomingwu/article/details/118968080
版权

1、JVM调优目标

使用较小的内存占用来获得较高的吞吐量或者较低的延迟。

程序在上线前的测试或运行中有时会出现一些大大小小的JVM问题，比如cpu load过高、请求延迟、tps降低等，甚至出现内存泄漏（每次垃圾收集使用的时间越来越长，垃圾收集频率越来越高，每次垃圾收集清理掉的垃圾数据越来越少）、内存溢出导致系统崩溃，因此需要对JVM进行调优，使得程序在正常运行的前提下，获得更高的用户体验和运行效率。

这里有几个比较重要的指标：

  • 内存占用：程序正常运行需要的内存大小。

  • 延迟：由于垃圾收集而引起的程序停顿时间。

  • 吞吐量：用户程序运行时间占用户程序和垃圾收集占用总时间的比值。

 2、JVM调优工具

（1）调优可以依赖、参考的数据

系统运行日志、堆栈错误信息、gc日志、线程快照、堆转储快照等。

①系统运行日志：

系统运行日志就是在程序代码中打印出的日志，描述了代码级别的系统运行轨迹（执行的方法、入参、返回值等），一般系统出现问题，系统运行日志是首先要查看的日志。

②堆栈错误信息：

当系统出现异常后，可以根据堆栈信息初步定位问题所在，比如根据“java.lang.OutOfMemoryError: Java heap space”可以判断是堆内存溢出；根据“java.lang.StackOverflowError”可以判断是栈溢出；根据“java.lang.OutOfMemoryError: PermGen space”可以判断是方法区溢出等。

③GC日志

程序启动时用 -XX:+PrintGCDetails 和 -Xloggc:/data/jvm/gc.log 可以在程序运行时把gc的详细过程记录下来，或者直接配置“-verbose:gc”参数把gc日志打印到控制台，通过记录的gc日志可以分析每块内存区域gc的频率、时间等，从而发现问题，进行有针对性的优化。  

2018-08-02T14:39:11.560-0800: 10.171: [GC [PSYoungGen: 30128K->4091K(30208K)] 51092K->50790K(98816K), 0.0140970 secs] [Times: user=0.02 sys=0.03, real=0.01 secs] 
2018-08-02T14:39:11.574-0800: 10.185: [Full GC [PSYoungGen: 4091K->0K(30208K)] [ParOldGen: 46698K->50669K(68608K)] 50790K->50669K(98816K) [PSPermGen: 2635K->2634K(21504K)], 0.0160030 secs] [Times: user=0.03 sys=0.00, real=0.02 secs] 
2018-08-02T14:39:14.045-0800: 12.656: [GC [PSYoungGen: 14097K->4064K(30208K)] 64766K->64536K(98816K), 0.0117690 secs] [Times: user=0.02 sys=0.01, real=0.01 secs] 
2018-08-02T14:39:14.057-0800: 12.668: [Full GC [PSYoungGen: 4064K->0K(30208K)] [ParOldGen: 60471K->401K(68608K)] 64536K->401K(98816K) [PSPermGen: 2634K->2634K(21504K)], 0.0102020 secs] [Times: user=0.01 sys=0.00, real=0.01 secs]

上面一共是4条GC日志，来看第一行日志，“2018-08-02T14:39:11.560-0800”是精确到了毫秒级别的UTC 通用标准时间格式，配置了“-XX:+PrintGCDateStamps”这个参数可以跟随gc日志打印出这种时间戳，“10.171”是从JVM启动到发生gc经过的秒数。

第一行日志正文开头的“[GC”说明这次GC没有发生Stop-The-World（用户线程停顿），第二行日志正文开头的“[Full GC”说明这次GC发生了Stop-The-World，所以说，[GC和[Full GC跟新生代和老年代没关系，和垃圾收集器的类型有关系，如果直接调用System.gc()，将显示[Full GC(System)。接下来的“[PSYoungGen”、“[ParOldGen”表示GC发生的区域，具体显示什么名字也跟垃圾收集器有关，比如这里的“[PSYoungGen”表示Parallel Scavenge收集器，“[ParOldGen”表示Parallel Old收集器，此外，Serial收集器显示“[DefNew”，ParNew收集器显示“[ParNew”等。再往后的“30128K->4091K(30208K)”表示进行了这次gc后，该区域的内存使用空间由30128K减小到4091K，总内存大小为30208K。每个区域gc描述后面的“51092K->50790K(98816K), 0.0140970 secs”进行了这次垃圾收集后，整个堆内存的内存使用空间由51092K减小到50790K，整个堆内存总空间为98816K，gc耗时0.0140970秒。

 ④线程快照：

顾名思义，根据线程快照可以看到线程在某一时刻的状态，当系统中可能存在请求超时、死循环、死锁等情况是，可以根据线程快照来进一步确定问题。通过执行虚拟机自带的“jstack pid”命令，可以dump出当前进程中线程的快照信息。

⑤堆转储快照：

程序启动时可以使用 “-XX:+HeapDumpOnOutOfMemory” 和 “-XX:HeapDumpPath=/data/jvm/dumpfile.hprof”，当程序发生内存溢出时，把当时的内存快照以文件形式进行转储（也可以直接用jmap命令转储程序运行时任意时刻的内存快照），事后对当时的内存使用情况进行分析。

（2）JVM调优工具

① jps

jps（JVM process Status）可以查看虚拟机启动的所有进程、执行主类的全名、JVM启动参数，比如当执行了JPSTest类中的main方法后（main方法持续执行），执行 jps -l可看到下面的JPSTest类的pid为31354，加上-v参数还可以看到JVM启动参数。

②jstat

jstat（JVM Statistics Monitoring Tool）监视虚拟机信息 
jstat -gc pid 500 10 ：每500毫秒打印一次Java堆状况（各个区的容量、使用容量、gc时间等信息），打印10次

③jmap

用jmap（Memory Map for Java）查看堆内存信息 
执行jmap -histo pid可以打印出当前堆中所有每个类的实例数量和内存占用，如下，class name是每个类的类名（[B是byte类型，[C是char类型，[I是int类型），bytes是这个类的所有示例占用内存大小，instances是这个类的实例数量： 

基于 JDK 1.8 的应用，然后使用 jinfo -flags pid 即可查看默认配置的 GC 算法。

默认开启 AdaptiveSizePolicy

AdaptiveSizePolicy(自适应大小策略) 是 JVM GC Ergonomics(自适应调节策略) 的一部分。

如果开启 AdaptiveSizePolicy，则每次 GC 后会重新计算 Eden、From 和 To 区的大小，计算依据是 GC 过程中统计的 GC 时间、吞吐量、内存占用量。

JDK 1.8 默认使用 UseParallelGC 垃圾回收器，该垃圾回收器默认启动了 AdaptiveSizePolicy。

④jconsole和jvisualvm

利用jconsole、jvisualvm分析内存信息(各个区如Eden、Survivor、Old等内存变化情况)，如果查看的是远程服务器的JVM，程序启动需要加上如下参数：

"-Dcom.sun.management.jmxremote=true" 
"-Djava.rmi.server.hostname=12.34.56.78" 
"-Dcom.sun.management.jmxremote.port=18181" 
"-Dcom.sun.management.jmxremote.authenticate=false" 
"-Dcom.sun.management.jmxremote.ssl=false"

⑤分析堆转储快照

前面说到配置了 “-XX:+HeapDumpOnOutOfMemory” 参数可以在程序发生内存溢出时dump出当前的内存快照，也可以用jmap命令随时dump出当时内存状态的快照信息，dump的内存快照一般是以.hprof为后缀的二进制格式文件。 
可以直接用 jhat（JVM Heap Analysis Tool） 命令来分析内存快照，它的本质实际上内嵌了一个微型的服务器，可以通过浏览器来分析对应的内存快照，比如执行 jhat -port 9810 -J-Xmx4G /data/jvm/dumpfile_jmap.hprof 表示以9810端口启动 jhat 内嵌的服务器：

（3）JVM调优经验

JVM配置方面，一般情况可以先用默认配置（基本的一些初始参数可以保证一般的应用跑的比较稳定了），在测试中根据系统运行状况（会话并发情况、会话时间等），结合gc日志、内存监控、使用的垃圾收集器等进行合理的调整，当老年代内存过小时可能引起频繁Full GC，当内存过大时Full GC时间会特别长。

那么JVM的配置比如新生代、老年代应该配置多大最合适呢？答案是不一定，调优就是找答案的过程，物理内存一定的情况下，新生代设置越大，老年代就越小，Full GC频率就越高，但Full GC时间越短；相反新生代设置越小，老年代就越大，Full GC频率就越低，但每次Full GC消耗的时间越大。建议如下：

  • -Xms和-Xmx的值设置成相等，堆大小默认为-Xms指定的大小，默认空闲堆内存小于40%时，JVM会扩大堆到-Xmx指定的大小；空闲堆内存大于70%时，JVM会减小堆到-Xms指定的大小。如果在Full GC后满足不了内存需求会动态调整，这个阶段比较耗费资源。

  • 新生代尽量设置大一些，让对象在新生代多存活一段时间，每次Minor GC 都要尽可能多的收集垃圾对象，防止或延迟对象进入老年代的机会，以减少应用程序发生Full GC的频率。

  • 老年代如果使用CMS收集器，新生代可以不用太大，因为CMS的并行收集速度也很快，收集过程比较耗时的并发标记和并发清除阶段都可以与用户线程并发执行。

  • 方法区大小的设置，1.6之前的需要考虑系统运行时动态增加的常量、静态变量等，1.7只要差不多能装下启动时和后期动态加载的类信息就行。

代码实现方面，性能出现问题比如程序等待、内存泄漏除了JVM配置可能存在问题，代码实现上也有很大关系：

  • 避免创建过大的对象及数组：过大的对象或数组在新生代没有足够空间容纳时会直接进入老年代，如果是短命的大对象，会提前出发Full GC。

  • 避免同时加载大量数据，如一次从数据库中取出大量数据，或者一次从Excel中读取大量记录，可以分批读取，用完尽快清空引用。

  • 当集合中有对象的引用，这些对象使用完之后要尽快把集合中的引用清空，这些无用对象尽快回收避免进入老年代。

  • 可以在合适的场景（如实现缓存）采用软引用、弱引用，比如用软引用来为ObjectA分配实例：SoftReference objectA=new SoftReference(); 在发生内存溢出前，会将objectA列入回收范围进行二次回收，如果这次回收还没有足够内存，才会抛出内存溢出的异常。 
    避免产生死循环，产生死循环后，循环体内可能重复产生大量实例，导致内存空间被迅速占满。

  • 尽量避免长时间等待外部资源（数据库、网络、设备资源等）的情况，缩小对象的生命周期，避免进入老年代，如果不能及时返回结果可以适当采用异步处理的方式等。

 （5）常用JVM参数参考：

参数说明实例
-Xms初始堆大小，默认物理内存的1/64-Xms512M
-Xmx最大堆大小，默认物理内存的1/4-Xms2G
-Xmn新生代内存大小，官方推荐为整个堆的3/8-Xmn512M
-Xss线程堆栈大小，jdk1.5及之后默认1M，之前默认256k-Xss512k
-XX:NewRatio=n设置新生代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4-XX:NewRatio=3
-XX:SurvivorRatio=n年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如:8，表示Eden：Survivor=8:1:1，一个Survivor区占整个年轻代的1/8-XX:SurvivorRatio=8
-XX:PermSize=n永久代初始值，默认为物理内存的1/64-XX:PermSize=128M
-XX:MaxPermSize=n永久代最大值，默认为物理内存的1/4-XX:MaxPermSize=256M
-verbose:class在控制台打印类加载信息
-verbose:gc在控制台打印垃圾回收日志
-XX:+PrintGC打印GC日志，内容简单
-XX:+PrintGCDetails打印GC日志，内容详细
-XX:+PrintGCDateStamps在GC日志中添加时间戳
-Xloggc:filename指定gc日志路径-Xloggc:/data/jvm/gc.log
-XX:+UseSerialGC年轻代设置串行收集器Serial
-XX:+UseParallelGC年轻代设置并行收集器Parallel Scavenge
-XX:ParallelGCThreads=n设置Parallel Scavenge收集时使用的CPU数。并行收集线程数。-XX:ParallelGCThreads=4
-XX:MaxGCPauseMillis=n设置Parallel Scavenge回收的最大时间(毫秒)-XX:MaxGCPauseMillis=100
-XX:GCTimeRatio=n设置Parallel Scavenge垃圾回收时间占程序运行时间的百分比。公式为1/(1+n)-XX:GCTimeRatio=19
-XX:+UseParallelOldGC设置老年代为并行收集器ParallelOld收集器
-XX:+UseConcMarkSweepGC设置老年代并发收集器CMS
-XX:+CMSIncrementalMode设置CMS收集器为增量模式，适用于单CPU情况。
程序猿20
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
实战JAVA虚拟机 JVM故障诊断与性能优化 文字版 pdf
01-13
非扫描版 文字版高清 可以复制
Java虚拟机JVM性能优化（二）:编译器
09-04
主要介绍了Java虚拟机JVM性能优化（二）:编译器,本文先是讲解了不同种类的编译器,并对客户端编译，服务器端编译器和多层编译的运行性能进行了对比,然后给出了几种常见的JVM优化方法,需要的朋友可以参考下
jvm调优
jjj_fl的博客
02-14 648
jvm调优
我司用了6年的万能通用Java调优方案，yyds!
程序员闪充宝
07-03 77
性能调优从来不是一件容易的事。尤其是在互联网时代，一个简单的系统就囊括了应用程序、数据库、容器、操作系统、网络等技术，线上一旦出现性能问题，就需要协调多方面组件去进行优化，非常考验大家的技术广度。还对技术深度（大家对这项技术的了解程度）有严苛要求，很多性能问题隐藏得深，有些是因为一个小小的代码，有的可能因为线程池的类型选择错误。可是在工作和面试中，JVM调优、MySQL调优、各种分布式中间件的调优...
JVM内存模型深度剖析与优化
qq_27740127的博客
07-05 134
main方法先执行，先开辟一个main方法的栈空间，然后调用compute方法，compute的栈空间在main栈空间的上面，等局部方法执行完，局部变量全部释放掉，等于把compute这块栈帧内存空间释放掉，说白了就是出栈，结束之后才会回调main方法，然后走完main方法，如果应用在启动的时候发生大量Full GC，通常都是由于永久代或元空间发生了大小调整，基于这种情况，一般建议在JVM参数中将MetaspaceSize和MaxMetaspaceSize设置成一样的值，并设置得比初始值要大。
JVM性能监控
Nkx_kaixin的博客
03-21 3535
Jvm监控主要针对内存、CPU、线程等使用情况进行监控。 Jvisualvm是jdk自带的监控工具，提供了针对内存、CPU、线程等相关指标进行抽样和监控的功能，能够满足基本的监控需求，配置和使用较为方便。 1、Jvisualvm配置 启动jar时，添加如下配置-Dcom.sun.management.jmxremote.port=5050 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authentica
JVM调优工具详解及调优实战
qq_27740127的博客
07-12 277
增加如下配置行JAVA_OPTS。
七 JVM调优工具详解及调优实战
东风麦芽糖
09-12 508
JVM内存溢出自动导出dump 内存泄露到底是怎么回事 系统频繁Full GC导致系统卡顿 jstat命令 Jinfo命令 Jstack命令 远程连接jvisualvm 如何禁用System.gc() 如何阻止内存泄露
java项目processes设置,Jvm调优和SpringBoot项目优化的详细教程
weixin_30444517的博客
03-13 90
参考文章1、先看一下未设置JVM参数的情况，默认情况下，没有设置任何Jvm参数。2、设置Jvm参数。配置参数：关于这些设置的JVM参数是什么意思，参考Jvm调优。-XX:MetaspaceSize=128m (元空间默认大小)-XX:MaxMetaspaceSize=128m (元空间最大大小)-Xms1024m (堆最大大小)-Xmx1024m (堆默认大小)-Xmn256m (新生代大小)-X...
JVM性能优化
卟靠谱
07-20 252
如何优化java虚拟机，提高性能？ 学会读Java核心API源代码，熟悉JVM的运行机制和性能优化。 尽量不要在循环中:  使用try…catch、new 对象 尽可能使用栈内变量（方法内局部变量） 把频繁使用的短命对象缓存起来 用线程池、连接池，不要自己创建 不要用异常来控制代码流程 尽量减少GC时间、尽量减少垃圾回收器的执行（GC）；         -Xms 设置java推的初始化大...
jvm调优，java 虚拟机优化
08-14
jvm虚拟机优化，参数设置，详细介绍jvm调优和Tomcat优化问题。
Java虚拟机JVM性能优化（一）:JVM知识总结
09-04
主要介绍了Java虚拟机JVM性能优化（一）:JVM知识总结,本文是系列文章的第一篇,后续篇章请继续关注脚本之家,需要的朋友可以参考下
实战JAVA虚拟机 JVM故障诊断与性能优化.pdf
05-03
通过200余示例详细介绍Java虚拟机中的各种参数配置、故障排查、性能监控以及性能优化
mybatisPlus使用MetaObjectHandler对字段进行更新
m0_56356631的博客
04-23 481
都是符合我们的预期的。
string模拟实现
m0_73969414的博客
04-23 1560
c++中string的模拟实现，面试必会知识点
实现自定义注解、实现自定义幂等性注解
qq_44721738的博客
04-23 729
添加 Spring AOP 依赖。创建自定义注解。创建一个新的 Java 注解类，通过@interface关键字来定义，并可以添加元注解以及属性。@Target(ElementType.METHOD) //表示作用于方法上@Retention(RetentionPolicy.RUNTIME) // 表示这个注解在运行时是可见的，这样 AOP 代理才能在运行时读取到这个注解编写 AOP 拦截（自定义注解）的逻辑代码。@Aspect@Component// 方法执行前的处理。
Lambda表达式特点
最新发布
weixin_57763462的博客
04-24 646
**API 设计**：Lambda 表达式鼓励使用函数式接口的设计模式，这改变了 Java 库的设计，例如 `java.util.function` 包下的一系列函数式接口。- **函数式编程**：Lambda 表达式引入了函数式编程的理念，使得 Java 更接近于函数式编程语言，如 Scala 和 Clojure。- **并发编程**：Lambda 表达式与 Java 8 新增的 Stream API 结合使用，可以简化并发编程，特别是与集合的操作相关。
第5 章 Consul服务注册与发现
a13763926743的博客
04-22 796
consul官网地址。
MSE实现全链路灰度实践
云计算、数据库、大数据、深度学习、NLP、Python
04-24 255
待更新。
java 的性能优化
03-22
Java的性能优化是指通过一系列的技术手段和优化策略，提高Java程序的执行效率和资源利用率，以达到更好的性能表现。下面是一些常见的Java性能优化方法： 1. 使用合适的数据结构和算法：选择适合问题的数据结构和算法可以大大提高程序的性能。例如，使用HashMap而不是ArrayList来存储大量的键值对，可以提高查找和插入的效率。 2. 减少对象的创建：频繁创建和销毁对象会导致内存分配和垃圾回收的开销。可以通过对象池、缓存等方式减少对象的创建，提高性能。 3. 使用StringBuilder代替String拼接：String拼接会创建新的String对象，而StringBuilder可以在原有对象上进行修改，避免了频繁的对象创建和销毁。 4. 避免过度同步：过度使用synchronized关键字或锁会导致性能下降。可以使用更细粒度的锁或者使用并发集合类来提高并发性能。 5. 合理使用缓存：将一些计算结果或者频繁访问的数据缓存起来，避免重复计算或者频繁的IO操作，提高性能。 6. 使用并发编程：合理使用多线程和并发编程可以充分利用多核处理器的性能，提高程序的并发处理能力。 7. 使用JIT编译器优化：Java虚拟机的即时编译器（JIT）可以将热点代码编译成本地机器码，提高执行效率。可以通过调整JVM参数来优化JIT编译器的行为。 8. 使用性能分析工具：使用性能分析工具（如JProfiler、VisualVM等）可以帮助定位程序的性能瓶颈，找到需要优化的地方。 以上只是一些常见的Java性能优化方法，实际的优化策略还需要根据具体的应用场景和问题进行调整和优化。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值