JVM实战调优之调优IDEA

最新推荐文章于 2024-06-17 16:15:52 发布
最新推荐文章于 2024-06-17 16:15:52 发布
阅读量1.7k 收藏 2
点赞数 1
文章标签： jvm intellij-idea java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43163507/article/details/128846214
版权

目录

最近在阅读《深入理解Java虚拟机》这本书，看到了其中的Eclipse运行速度调优，属实手痒难耐，决定对IDEA操作一番。一方面作为练习，一方面巩固知识。
本文章仅作记录jvm的练习和idea的使用技巧。欢迎各位指教和交流。

JVM调优

准备工作

运行环境

  • 64位Windows 10系统、16G内存。
  • IDEA 2022.3.2，不同版本的IDEA使用的内置JVM不同。
  • Java visualVM 2.1.5. + visual gc插件
  • notepad++，用来打开idea.vmoptions

在这里插入图片描述

初始配置：idea.vmoptions，上图中可以看到路径。接下来的操作需要修改这个文件，记得备份。

-Xms128m
-Xmx1024m
-XX:ReservedCodeCacheSize=512m
-XX:+IgnoreUnrecognizedVMOptions
-XX:+UseG1GC
-XX:SoftRefLRUPolicyMSPerMB=50
-XX:CICompilerCount=2
-XX:+HeapDumpOnOutOfMemoryError
-XX:-OmitStackTraceInFastThrow
-ea
-Dsun.io.useCanonCaches=false
-Djdk.http.auth.tunneling.disabledSchemes=""
-Djdk.attach.allowAttachSelf=true
-Djdk.module.illegalAccess.silent=true
-Dkotlinx.coroutines.debug=off
-XX:ErrorFile=$USER_HOME/java_error_in_idea_%p.log
-XX:HeapDumpPath=$USER_HOME/java_error_in_idea.hprof

--add-opens=java.base/jdk.internal.org.objectweb.asm=ALL-UNNAMED
--add-opens=java.base/jdk.internal.org.objectweb.asm.tree=ALL-UNNAMED

启动时间显示插件。
在这里插入图片描述

分析

开启GC日志
在idea.vmoptions中添加

-verbose:gc 
-XX: +PrintCommandLineFlags
-Xloggc:C:\Users\xxx\Desktop\idea_gc.log
  • -verbose:gc：在控制台输出GC情况
  • -XX: +PrintCommandLineFlags：程序运行时,打印虚拟机接受到的命令行显式参数
  • -Xloggc:[指定文件位置]：打印文件到指定路径

打开idea

在这里插入图片描述

在这里插入图片描述

此时我们可以获得以下信息。

  • 没有进行堆的扩容。
  • 进行了52次GC。52次都是新生代的GC，没有比较耗时的老年代GC。
  • 开启时长3s左右
  • 使用了GC收集器
  • IDEA2022.3.2确实强大

实战

我们的调优思路可以从几个方面进行

  • 更换Java版本，选择合适的垃圾收集器
  • 避免堆的频繁扩容，调整堆的大小，减少GC的次数
  • 调整元空间的大小
  • 类加载时间优化
  • 视情况调整老年代的占比

1、更换Java版本，选择合适的垃圾收集器
在 JDK 8 中，Parallel是默认设置，但在 JDK 9 中改为了 G1。从那以后，G1 的改进速度就超过了 Parallel，但在有些情况下可能 Parallel 仍然是最佳选择。ZGC（从 JDK 15 开始正式使用）的加入，成为了第三种高性能替代方案。
IDEA2022.3.2版本内置的JDK17默认使用GC垃圾收集器，这里我们可以测试ZGC垃圾收集器。
将配置文件中的-XX:+UseG1GC换成-XX:+UseZGC。笔者的分析工具从1.8升级到2.1.5（目前官网最新版），都无法查看ZGC的Visual GC。所以我们分析以下日志。

  • gc次数明显减少。但并不知道耗时是否低于G1。后续的使用中发现有卡顿的现象，慎用。
    在这里插入图片描述
[0.024s][info][gc] Using The Z Garbage Collector
[1.202s][info][gc] GC(0) Garbage Collection (Metadata GC Threshold) 88M(9%)->106M(10%)
[1.562s][info][gc] GC(1) Garbage Collection (Warmup) 112M(11%)->86M(8%)
[2.712s][info][gc] GC(2) Garbage Collection (Warmup) 216M(21%)->226M(22%)
[3.799s][info][gc] GC(3) Garbage Collection (Warmup) 332M(32%)->194M(19%)
[9.127s][info][gc] Allocation Stall (AWT-EventQueue-0) 137.776ms
[9.127s][info][gc] Allocation Stall (DefaultDispatcher-worker-7) 69.313ms
[9.127s][info][gc] Allocation Stall (DefaultDispatcher-worker-59) 19.475ms
[9.127s][info][gc] Allocation Stall (DefaultDispatcher-worker-29) 222.981ms
[9.127s][info][gc] Allocation Stall (DefaultDispatcher-worker-9) 8.958ms
[9.173s][info][gc] Allocation Stall (DefaultDispatcher-worker-29) 6.145ms
[9.173s][info][gc] Allocation Stall (AWT-EventQueue-0) 32.246ms
[9.173s][info][gc] Allocation Stall (DefaultDispatcher-worker-59) 2.432ms
[9.224s][info][gc] Relocation Stall (DefaultDispatcher-worker-7) 58.346ms
[9.279s][info][gc] GC(4) Garbage Collection (Metadata GC Threshold) 870M(85%)->454M(44%)
[9.936s][info][gc] GC(5) Garbage Collection (Allocation Stall) 460M(45%)->316M(31%)
[10.862s][info][gc] GC(6) Garbage Collection (Allocation Rate) 366M(36%)->240M(23%)
[16.528s][info][gc] GC(7) Garbage Collection (Allocation Rate) 746M(73%)->384M(38%)
[21.600s][info][gc] GC(8) Garbage Collection (Allocation Rate) 822M(80%)->428M(42%)
[22.702s][info][gc] GC(9) Garbage Collection (Allocation Rate) 518M(51%)->354M(35%)
[24.586s][info][gc] GC(10) Garbage Collection (Allocation Rate) 410M(40%)->420M(41%)
[25.551s][info][gc] GC(11) Garbage Collection (Allocation Rate) 452M(44%)->344M(34%)
[27.288s][info][gc] GC(12) Garbage Collection (Allocation Rate) 530M(52%)->376M(37%)
[29.007s][info][gc] GC(13) Garbage Collection (Allocation Rate) 606M(59%)->448M(44%)
[29.607s][info][gc] GC(14) Garbage Collection (Allocation Rate) 470M(46%)->458M(45%)
[30.541s][info][gc] GC(15) Garbage Collection (Allocation Rate) 618M(60%)->422M(41%)
[31.800s][info][gc] GC(16) Garbage Collection (Allocation Rate) 668M(65%)->426M(42%)
[32.724s][info][gc] GC(17) Garbage Collection (Allocation Rate) 634M(62%)->482M(47%)
[33.906s][info][gc] GC(18) Garbage Collection (Allocation Rate) 670M(65%)->434M(42%)
[36.047s][info][gc] GC(19) Garbage Collection (Allocation Rate) 784M(77%)->386M(38%)
[39.570s][info][gc] GC(20) Garbage Collection (Allocation Rate) 838M(82%)->418M(41%)
[41.805s][info][gc] GC(21) Garbage Collection (Allocation Rate) 630M(62%)->356M(35%)
[76.509s][info][gc] GC(22) Garbage Collection (Proactive) 540M(53%)->358M(35%)
[110.519s][info][gc] GC(23) Garbage Collection (Proactive) 528M(52%)->334M(33%)
[143.496s][info][gc] GC(24) Garbage Collection (Proactive) 494M(48%)->334M(33%)

2、避免堆的频繁扩容，调整堆的大小，减少GC的次数
我们可以通过固定堆的大小，减少GC，避免频繁扩容。可以看到，比起最开始，Eden的GC次数下降了一半，时间减少了100ms。然而，我们发现，元空间几乎是满的，日志里也有几次元空间的GC。

-Xms2028m 初始堆内存
-Xmx2028m 最大堆内存

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3. 调整元空间的大小
-XX:MetaspaceSize=512m 设置元空间初始大小。看得出，刚才元空间的四次GC消失了，分配大小没有变化，GC时间只减少一点点，也可能没有变化。所以这一步可以忽略。
在这里插入图片描述

4. 类加载时间优化
根据之前的日志，可以看出，CLass Loader的时间基本上在40~50s。这里我们默认Idea的代码安全。通过-Xverify:none关闭验证字节码的验证。
在这里插入图片描述
经过测试，CLass Loader基本在40s左右了。

总结

一番调试，发现今天翻车了。上次的成功调试，是因为我当时用的是idea2021，它内置的java版本远不及现在的17。最新版本的idea，除了将堆调大点外，其他的优化已经不是初学者（我）能进行的。技术在迭代，性能也在不断的上升，可以说，互联网的领军者已经在不断突破硬件利用率的瓶颈，而紧跟其后的就是软件的更新。希望诸君通过自己的努力，能在诺大的互联网，拥有一席之地。

IDEA使用调整

热加载

在过去很长一段时间中，笔者陷入了只修改一处代码，却需要重启整个项目的困扰。偶然发现了IDEA的一个强大功能：修改一处，只编译一处。

注意：1、笔者之前开启热部署的时候，已经修改了一些配置，对接下的情况应该会有影响，但是在本次实验的项目并没有引入热部署依赖，所以读者可以自行查看一下热部署需要开启的配置，决定是否开启。2、需在Debug模式下，新增方法、变量，修改配置文件，模板引擎页面默认开启缓存的问题，这时候只能重启。

我们在Debug模式下，在接口中加了一行代码。
在这里插入图片描述

三种编译方式：整个项目，单个模块，单个文件。
选择编译方式：单个文件。如果是灰色，可以随便修改点东西再撤销。
在这里插入图片描述

可以看到编译完成
在这里插入图片描述
测试
在这里插入图片描述

忽略不需要启动的项目

  • 我们可以忽略不需要编译的项目，提高maven的编译速度。
    实际开发中，并不是每一个项目都需要去使用，我们可以排除那些无需编译的项目

    视情况移出，建议点否，移除会导致其他地方的引用需要重新Reload
    在这里插入图片描述
    当然，如果修改了被忽略的模块，需要手动编译一下。

减少索引时间

开启项目的时候需要加载文件索引，这是个相当耗时的操作。我们可以通过排除压根用不上的模块来提升体验。
在这里插入图片描述

k3wd
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
IDEA JAVA项目如何设置JVM参数
weixin_44825912的博客
04-20 1014
有时候项目在本地启动时会报参数引用不到，如果确实找不到在哪里添加的话，我们可以先加JVM参数来暂时解决本地环境的调试。
JVM（java 虚拟机）内存设置
weixin_33979745的博客
07-02 2743
一、设置JVM内存设置 1. 设置JVM内存的参数有四个： -Xmx   Java Heap最大值，默认值为物理内存的1/4，最佳设值应该视物理内存大小及计算机内其他内存开销而定； -Xms   Java Heap初始值，Server端JVM最好将-Xms和-Xmx设为相同值，开发测试机JVM可以保留默认值； -Xmn   Java Heap Young区大小，不熟悉最好保留默认值； -...
解决IDEA使用卡顿的问题，设置JVM内存大小和清理缓存
最新发布
weixin_42704604的博客
06-17 876
位于IDEA安装目录的bin文件夹下，找到对应的操作系统配置文件（idea64.exe.vmoptions（Windows）或idea64.vmoptions（Linux/macOS））。其中-Xms是初始堆内存大小，-Xmx是最大堆内存大小，-XX:ReservedCodeCacheSize是代码缓存大小。在IDEA中选择File > Invalidate Caches / Restart，这将清空缓存并重启IDE，有时候这能显著提升性能。修改完参数后，需要从启IDEA生效设置信息。
JVM常用启动参数
张紫娃的博客
08-17 7174
----------------------------------------------------------------------------读书笔记摘自 书名：深入理解Java虚拟机：JVM高级特性与最佳实践（第3版）作者：周志明。5M空间还是在新生代，这里不会分配到老年代，原因是，虚拟机面对体量不大的对象，会优先分配到TLAB区域中，因此失去了分配到老年代的机会。设置维护进入TLAB空间的单个对象大小，他是一个比例值，默认为64，即如果对象大于整个空间的1/64,则在堆创建对象。
IDEA中设置JVM参数
热门推荐
自律的西瓜L
10-01 1万+
IDEA中设置JVM参数的方式有两种，一种是针对某个应用配置JVM参数，另一种是设置全局的JVM参数。
IDEA调优-四大基础配置-编码纵享丝滑
勇敢牛牛，不怕困难！
03-22 6876
2>这对于拥有多个项目的开发人员来说尤为重要，可以有效降低内存占用，特别是对于内存资源有限的机器。2>特别是在构建复杂的项目或使用大量插件的情况下，增加共享堆内存可以提高构建的稳定性。较大的保留代码缓存可以提高 JIT 编译的效率，但可能导致内存浪费。较小的保留代码缓存可以减少内存占用，但可能降低 JIT 编译的效率。较小的停留时间可以提高软引用缓存的命中率，但可能导致频繁的淘汰。较大的停留时间可以减少淘汰的频率，但可能降低软引用缓存的命中率。较小的初始堆栈可以减少内存占用，但可能导致频繁的垃圾回收。
idea jvm调优
慧心斋
11-05 1238
1、背景 idea作为一个高频使用的java IDE。性能的好坏,影响着开发的心情。工欲善其事必先利其器。 2、优化后的参数 优化后的感觉是拙匠常怪工具差。明明可以流畅的编码，为啥之前选择的是默默忍受，不去改变。真的是流畅了很多。 当前电脑的配置是 windows i5 8核16G # custom IntelliJ IDEA VM options # 堆大小，按常规操作，设成相同的，避免自动扩容 -Xms1536m -Xmx1536m # 年轻代大小，Sun推荐设置为堆大小的3/8 -Xmn576m #
JVM调优工具Jprofiler内存泄漏定位的简单分析（附源码）（二）
05-16
在Java开发过程中，性能优化是不可或缺的一环，而JVM调优则是其中的关键步骤。本文将深入探讨如何利用专业工具JProfiler进行内存泄漏的定位，帮助开发者找出并解决潜在问题，提升应用程序的运行效率。我们将结合附带...
JVM实战篇笔记.pdf
09-15
本篇文章主要探讨了JVM实战中的关键知识点，包括JVM参数的使用、内存管理以及常见参数的含义。 首先，JVM参数分为标准参数、-X参数和-XX参数。标准参数如`-version`和`-help`在不同JDK版本间保持稳定。-X参数是非...
JProfiler安装、配置、实战
09-05
4. **IDE和应用服务器整合**：与多种IDE如Eclipse、IntelliJ IDEA等集成，并支持对各种应用服务器如Tomcat、JBoss等的监控。 5. **远程监控**：除了本地应用，JProfiler还能监控远程服务器上的Java应用，只需在启动...
Java底层知识点、源码解读，技术栈相关原理知识点、工具解读最佳实践、功能点实战，问题排查，开发技巧等.zip
11-06
工具解读最佳实践涵盖开发工具（如IDEA、Eclipse）、构建工具（Maven、Gradle）、版本控制（Git）、持续集成/持续部署（CI/CD）工具（Jenkins、Travis CI）等的使用。熟练掌握这些工具能提高开发效率，确保代码质量...
Java实战项目 - 企业人力资源管理（源码,内有详细配置文件），--- J2EE
01-13
项目中可能涉及到缓存策略、数据库索引优化、JVM调优等技术，这些都是提高系统性能的关键。 9. **测试与部署**： 开发者需要掌握单元测试、集成测试的方法，如JUnit、Mockito等，同时了解如何在Tomcat、WebLogic...
IntelliJ IDEA设置JVM运行参数
li787974136的博客
05-11 2096
打开 IDEA 安装目录，看到有一个 bin 目录，其中有两个 vmoptions 文件，需针对不同的JDK进行配置： 32 位：idea.exe.vmoptions 64 位：idea64.exe.vmoptions -Xms512m -Xmx1024m -XX:MaxPermSize=512m -XX:ReservedCodeCacheSize=225m -XX:+UseConcMarkSweepGC -XX:SoftRefLRUPolicyMSPerMB=50 -ea -Dsun.io.useCano
IDEA 配置项目的JVM运行内存大小
lizhengyu891231的博客
04-06 9264
叙述 在开发当中，idea默认服务启动要占用1G内存。其实每个项目本地开发和调试的时候，根本不需要1G内存，200M左右足以。 这样可以在本机内存有限的情况下，用最小的内存，启动开发调试项目。 如果在微服务体系下，那效果更明显，相同的内存可以启动更多的服务。 解决方案 配置参数 -Xms1024m　　//设置堆的最小值 -Xmx2048m //设置堆的最大值 -Xmn512m //设置新生代大小 -XX:MetaspaceSize=256m //设置初始Metaspace空间的大小
idea中设置JVM参数，简单理解JVM常见参数，JVM调优简单入门
IT乐知
03-27 2018
前面学习了JVM的内存分布，今天就来验证下。顺便通过测试学习一下JVM的几个参数，不过测试是在idea中，所以先要在idea上设置JVM参数。
JVM调优：IntelliJ IDEA设置JVM运行参数
进击的NULL的博客
04-18 3664
前言 之前看java虚拟机方面的知识，从理论上了解了较多的调优原理及参数，疑惑怎么才能在生产环境中设置这些虚拟机参数，今天特地学习并记录。 配置方式及优先级 代码中的配置； Application中的配置； 全局配置 代码中配置 在程序中使用System.setProperty进行设置 对某个Application设置 1 进入IDEA，Run–>Edit Configurations ...
idea JVM调优
liuweidong1的博客
04-03 603
https://blog.csdn.net/u013295276/article/details/78543190
JVM性能调优实战：让你的IntelliJ Idea纵享丝滑
cnn489282795的博客
02-08 191
前言 在前面整理了一篇关于JVM故障诊断和处理工具（JVM故障诊断和处理工具），考虑到大部分的Java程序员都使用的时IntelliJ Idea，本篇就使用工具来实战演练对IntelliJ Idea运行速度调优 调优前的运行状态 原始配置内容 要查询idea原始配置文件的路径可以在VisualVM中的概述中查看 原始配置内容： -XX:ReservedCodeCacheSize=240m -XX:+UseCompressedOops -Dfile.encoding=UTF-8 -XX:So
IntelliJ IDEA环境中的JVM配置
顾颜的后花园
05-18 8914
一. Java内存模型（Java Memory Model，JMM）1.运行时数据区：程序计数器（Program Counter Register），本地方法栈（Native Method Stack），堆（Heap），虚拟机栈（VM Stack），方法区（Method Area）二.配置IDEA安装目录/bin/ 有两个文件idea.exe.vmoptions和idea64.exe.vmopti...
idea jvm参数调优
08-11
JVM参数调优是为了提高Java应用程序的性能和稳定性。下面是一些常见的JVM参数调优的思路和建议： 1. 堆内存设置： - -Xms: 初始堆大小，建议与-Xmx相同，避免堆大小的动态调整。 - -Xmx: 最大堆大小，根据应用程序的需求进行设置，避免频繁的垃圾回收。 2. 垃圾回收器选择： - -XX:+UseParallelGC: 使用并行垃圾回收器，适合多核CPU和高吞吐量应用。 - -XX:+UseConcMarkSweepGC: 使用CMS垃圾回收器，适合响应时间优先的应用。 - -XX:+UseG1GC: 使用G1垃圾回收器，适合大内存应用和低延迟要求。 3. 垃圾回收参数调优： - -XX:NewRatio: 设置新生代和老年代的比例，默认为2，可以根据应用程序的对象生命周期进行调整。 - -XX:SurvivorRatio: 设置Eden区和Survivor区的比例，默认为8，可以根据对象的存活率进行调整。 - -XX:MaxTenuringThreshold: 设置对象进入老年代的年龄阈值，默认为15，可以根据对象的存活率和内存情况进行调整。 4. 线程相关参数： - -Xss: 设置线程栈的大小，默认为1M，可以根据应用程序的线程数量进行调整。 - -XX:ParallelGCThreads: 并行垃圾回收的线程数量，默认为CPU核心数的1/8，可以根据CPU和内存情况进行调整。 5. 其他常用参数： - -XX:+UseCompressedOops: 使用压缩指针，可以减少对象引用的内存消耗。 - -XX:+DisableExplicitGC: 禁用显示调用System.gc()方法，避免不必要的垃圾回收。 以上是一些常见的JVM参数调优策略，具体的调优效果和最佳参数设置还需要根据应用程序的实际情况进行测试和调整。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值