JVM调试追中参数设置

最新推荐文章于 2024-08-05 14:21:37 发布
最新推荐文章于 2024-08-05 14:21:37 发布
阅读量6k 收藏 1
点赞数
分类专栏： Java技术 文章标签： jvm 参数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/blueheart20/article/details/52091438
版权

引言： JVM提供了诸多的参数配置，打印出当前JVm的各类信息，方便后续进行Java应用的排查，本文将详细介绍若干常用的JVM调试追踪参数。

测试环境说明： JVM JDK8, Windows 7, STS 3.8.0，

特别说明：  每一代的JDK打印出来的信息各有不同的差异，且GC本身也有差异，故需要注意这些区别不同。

1.  JVM调试跟踪之 打印简单的GC信息

  参数: -verbose:gc, -XX:+PrintGC

   日志样本：

[GC (Allocation Failure)  31744K->4734K(121856K), 0.0231062 secs]

  .   ____          _            __ _ _
 /\\ / ___'_ __ _ _(_)_ __  __ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
 \\/  ___)| |_)| | | | | || (_| |  ) ) ) )
  '  |____| .__|_| |_|_| |_\__, | / / / /
 =========|_|==============|___/=/_/_/_/
 :: Spring Boot ::        (v1.3.6.RELEASE)

2016-08-02 09:43:14.965  INFO 3620 --- [  restartedMain] com.rain.wx.WxDemoApplication            : Starting WxDemoApplication on 08-201412015324 with PID 3620 (E:\MyTechnicalStack\mytechnicalstack\application\WXDemo\target\classes started by 201412015324 in E:\MyTechnicalStack\mytechnicalstack\application\WXDemo)
2016-08-02 09:43:14.968  INFO 3620 --- [  restartedMain] com.rain.wx.WxDemoApplication            : The following profiles are active: dev
[GC (Allocation Failure)  36478K->9437K(121856K), 0.0260942 secs]
[GC (Allocation Failure)  41181K->14749K(121856K), 0.0172923 secs]
2016-08-02 09:43:15.604  INFO 3620 --- [  restartedMain] ationConfigEmbeddedWebApplicationContext : Refreshing org.springframework.boot.context.embedded.AnnotationConfigEmbeddedWebApplicationContext@51db255f: startup date [Tue Aug 02 09:43:15 CST 2016]; root of context hierarchy
[GC (Allocation Failure)  46493K->17476K(153600K), 0.0315685 secs]
[GC (Metadata GC Threshold)  53905K->19667K(153600K), 0.0198172 secs]
[Full GC (Metadata GC Threshold)  19667K->10919K(125952K), 0.0690072 secs]
[GC (Allocation Failure)  74407K->13064K(170496K), 0.0192360 secs]
这里列出了GC的日志样本，截取一个样例进行分析： 

[Full GC (Metadata GC Threshold)  19667K->10919K(125952K), 0.0690072 secs]
[GC (Allocation Failure)  74407K->13064K(170496K), 0.0192360 secs]
 Full GC 垃圾回收的一种方式， Metadata GC java类的元数据的阀值。  其对内存从19667k回收至10919k，释放了9M，剩余的堆内存占用为12592k，时间消耗为：0.0690072secs

第二个为内存分配失败，同时进行了内存回收操作。

2.   JVM调试跟踪之 打印详细的GC信息

  参数： -XX:+PrintGCDetails, +XX:+PrintGCTimeStamps

   应用场景： 查看更为详细的GC信息

   日志样例：

10.595: [GC (Metadata GC Threshold) [PSYoungGen: 99723K->16630K(238592K)] 116636K->33542K(302592K), 0.0539425 secs] [Times: user=0.16 sys=0.01, real=0.05 secs] 
10.649: [Full GC (Metadata GC Threshold) [PSYoungGen: 16630K->0K(238592K)] [ParOldGen: 16912K->25195K(87552K)] 33542K->25195K(326144K), [Metaspace: 34777K->34777K(1081344K)], 0.1994152 secs] [Times: user=0.47 sys=0.05, real=0.20 secs] 
2016-08-02 09:49:10.497  INFO 9004 --- [  restartedMain] o.s.b.d.a.OptionalLiveReloadServer       : LiveReload server is running on port 35729
2016-08-02 09:49:10.612  INFO 9004 --- [  restartedMain] o.s.j.e.a.AnnotationMBeanExporter        : Registering beans for JMX exposure on startup
 样例分析：   
10.649: [Full GC (Metadata GC Threshold) [PSYoungGen: 16630K->0K(238592K)] [ParOldGen: 16912K->25195K(87552K)] 33542K->25195K(326144K), [Metaspace: 34777K->34777K(1081344K)], 0.1994152 secs] [Times: user=0.47 sys=0.05, real=0.20 secs]
  Full GC： 垃圾回收的方法，起因为MetaGC Threadhold触发了。

  PSYoungGen：  年轻代的垃圾回收，

 ParOldGen:  年老代的垃圾回收

 Metaspace: 34777K->34777K(1081344K,   元数据空间没有发生内存的变化，即未收集到GC垃圾，内存使用状况不变。

  后面的是各个阶段的时间消耗。

3. -Xlogger:logpath  设置gc的日志路径

   参数设置： -Xlogger:log/gc.log， 将gc.log的路径设置到当前目录的log目录下.

   应用场景： 将gc的日志独立写入日志文件，将GC日志与系统业务日志进行了分离，方便开发人员进行追踪分析。

4. JVM调试追踪之 -XX:+PrintHeapAtGC， 打印推信息

    参数设置： -XX：+PrintHeapAtGC

     应用场景： 获取Heap在每次垃圾回收前后的使用状况

     日志样例：

{Heap before GC invocations=2 (full 0):
 PSYoungGen      total 36864K, used 36465K [0x00000000d6e00000, 0x00000000db600000, 0x0000000100000000)
  eden space 31744K, 100% used [0x00000000d6e00000,0x00000000d8d00000,0x00000000d8d00000)
  from space 5120K, 92% used [0x00000000d8d00000,0x00000000d919c4b0,0x00000000d9200000)
  to   space 5120K, 0% used [0x00000000db100000,0x00000000db100000,0x00000000db600000)
 ParOldGen       total 84992K, used 8K [0x0000000084a00000, 0x0000000089d00000, 0x00000000d6e00000)
  object space 84992K, 0% used [0x0000000084a00000,0x0000000084a02000,0x0000000089d00000)
 Metaspace       used 13833K, capacity 13978K, committed 14208K, reserved 1060864K
  class space    used 1762K, capacity 1820K, committed 1920K, reserved 1048576K
3.946: [GC (Allocation Failure) [PSYoungGen: 36465K->5105K(68608K)] 36473K->9419K(153600K), 0.0104688 secs] [Times: user=0.00 sys=0.01, real=0.01 secs] 
Heap after GC invocations=2 (full 0):
 PSYoungGen      total 68608K, used 5105K [0x00000000d6e00000, 0x00000000db600000, 0x0000000100000000)
  eden space 63488K, 0% used [0x00000000d6e00000,0x00000000d6e00000,0x00000000dac00000)
  from space 5120K, 99% used [0x00000000db100000,0x00000000db5fc510,0x00000000db600000)
  to   space 5120K, 0% used [0x00000000dac00000,0x00000000dac00000,0x00000000db100000)
 ParOldGen       total 84992K, used 4314K [0x0000000084a00000, 0x0000000089d00000, 0x00000000d6e00000)
  object space 84992K, 5% used [0x0000000084a00000,0x0000000084e36a20,0x0000000089d00000)
 Metaspace       used 13833K, capacity 13978K, committed 14208K, reserved 1060864K
  class space    used 1762K, capacity 1820K, committed 1920K, reserved 1048576K
}
日志分析：

  年轻代                         总共内存使用        已经使用             起始地址                                当前地址                                 地址上限

PSYoungGen      total 36864K, used 36465K [0x00000000d6e00000, 0x00000000db600000, 0x0000000100000000)
    伊甸区      占用100%               伊甸区域的起始地址       当前地址         最大地址上限
   eden space 31744K, 100% used [0x00000000d6e00000,0x00000000d8d00000,0x00000000d8d00000)
    S0区域     内存占用 百分比         地址信息
   from space 5120K, 92% used [0x00000000d8d00000,0x00000000d919c4b0,0x00000000d9200000)   
    S1区域     内存占用  百分比      地址信息
   to   space 5120K, 0% used [0x00000000db100000,0x00000000db100000,0x00000000db600000)
年老代的分析：

  年老代                         总共占用                     目前使用                地址空间

 ParOldGen       total 84992K, used 8K [0x0000000084a00000, 0x0000000089d00000, 0x00000000d6e00000)
    实际对象占用的内存情况
   object space 84992K, 0% used [0x0000000084a00000,0x0000000084a02000,0x0000000089d00000)
元数据区，存放class、方法/Main等静态信息

   元数据区域               已经使用                  容量                                  提交                             预留

Metaspace       used 13833K, capacity 13978K, committed 14208K, reserved 1060864K
    类静态信息       已经使用    容量             已经提交                预留
   class space    used 1762K, capacity 1820K, committed 1920K, reserved 1048576K
5. JVM监控调试之类加载信息 -XX:+TraceClassLoading

    参数方法：  -XX:+TraceClassLoading

     应用场景：  在系统控制台信息中看到class加载的过程和具体的class信息，可用以分析类的加载顺序以及是否可进行精简操作。

    日志样例：

[2m2016-08-02 10:21:51.282[0;39m [32m INFO[0;39m [35m12448[0;39m [2m---[0;39m [2m[  restartedMain][0;39m [36mo.s.c.support.DefaultLifecycleProcessor [0;39m [2m:[0;39m Starting beans in phase 0
[Loaded org.springframework.jmx.export.naming.SelfNaming from file:/D:/M2Repository/repositories/org/springframework/spring-context/4.2.7.RELEASE/spring-context-4.2.7.RELEASE.jar]
[Loaded org.springframework.jmx.support.ObjectNameManager from file:/D:/M2Repository/repositories/org/springframework/spring-context/4.2.7.RELEASE/spring-context-4.2.7.RELEASE.jar]
[Loaded javax.management.modelmbean.ModelMBeanInfoSupport from C:\Program Files\Java\jre1.8.0_51\lib\rt.jar]
[Loaded javax.management.DescriptorAccess from C:\Program Files\Java\jre1.8.0_51\lib\rt.jar]
[Loaded javax.management.modelmbean.ModelMBeanAttributeInfo from C:\Program Files\Java\jre1.8.0_51\lib\rt.jar]
[Loaded javax.management.modelmbean.ModelMBeanConstructorInfo from C:\Program Files\Java\jre1.8.0_51\lib\rt.jar]
[Loaded javax.management.modelmbean.ModelMBeanNotificationInfo from C:\Program Files\Java\jre1.8.0_51\lib\rt.jar]
[Loaded javax.management.modelmbean.ModelMBeanOperationInfo from C:\Program Files\Java\jre1.8.0_51\lib\rt.jar]
[Loaded javax.management.modelmbean.DescriptorSupport from C:\Program Files\Java\jre1.8.0_51\lib\rt.jar]
[Loaded sun.reflect.GeneratedConstructorAccessor32 from __JVM_DefineClass__]
[Loaded com.sun.proxy.$Proxy76 from sun.misc.Launcher$AppClassLoader]
[Loaded com.sun.proxy.$Proxy77 from sun.misc.Launcher$AppClassLoader]
[Loaded org.springframework.jmx.export.metadata.AbstractJmxAttribute from file:/D:/M2Repository/repositories/org/springframework/spring-context/4.2.7.RELEASE/spring-context-4.2.7.RELEASE.jar]
[Loaded org.springframework.jmx.export.metadata.ManagedResource from file:/D:/M2Repository/repositories/org/springframework/spring-context/4.2.7.RELEASE/spring-context-4.2.7.RELEASE.jar]
[Loaded org.springframework.beans.annotation.AnnotationBeanUtils from file:/D:/M2Repository/repositories/org/springframework/spring-beans/4.2.7.RELEASE/spring-beans-4.2.7.RELEASE.jar]
[Loaded org.springframework.jmx.export.annotation.ManagedAttribute from file:/D:/M2Repository/repositories/org/springframework/spring-context/4.2.7.RELEASE/spring-context-4.2.7.RELEASE.jar]
[Loaded com.sun.proxy.$Proxy78 from sun.misc.Launcher$AppClassLoader]
6.  JVM追踪测试之-XX:+PrintHistogram 打印类的内存占用

     参数方法：-XX:+PrintHistogram

     应用场景： 分析各类内存对象的占用情况

     使用方法：  ctrl+break window系统下， 令人懊恼的是，我竟然没有在我的笔记本上找到break键，好吧，就这样吧，了解一下算了。


7. 总结

     以上只是简单介绍了一些调试打印的参数，其实JVM还有很多的类似参数，这个需要大家自行上网查找了。


    

bladestone
关注
专栏目录
JAVA与JVM调试和调优
taylor的博客
06-06 294
JVM
jvm crash eden 100%
wuzhongxing的专栏
04-30 3631
环境：jdk1.6.0_23   Linux 2.6.32-220.17.1.el6.x86_64   tomcat   采用-XX:+UseParNewGC -XX:+UseConcMarkSweepGC垃圾收集 现象：jvm意外crash，生成hs_err_pid****.log，无dump文件生成。 hs_err_pid****.log关键字包含：SIGSEGV GCTaskThre
垃圾收集机制与算法讲解（一）
mlplds的博客
09-10 293
1、分代的原理是什么 java heap是分代的（年轻代和老年代），为什么要分代？其实也不难理解，分代就是为了优化性能，如果不分代，那就会导致所有对象揉在一块，那样GC就会对堆区域进行全扫描。所以，分代可以大大提升GC性能，那么，分代的原理是什么？ JVM对于堆的垃圾回收，采用分代收集的策略，所以分代的原理就是根据堆中对象的存活周期进行分代，年轻代中，每次垃圾回收都有大批对象死去，只有少量存活，而老年代中存放的对象存活率高。 必须知道的知识点 Young space：年轻代(新生代)，保存生命周期较短的对
面试必问:系统频繁Fullgc，你有哪些优化思路？第一步分析gc日志（1）
最新发布
CXY123654654321的博客
08-05 722
如果经常性的发生提前晋升情况，需要调整新生代大小和Survivor 区大小。调整 SurvivorRadio 比例调整整个新生代比例，例如 -xmn=2g调整到 -xmn=6g，gc情况会大大改善提前晋升会增加 younggc 耗时，因为跨代拷贝是很耗时的。注意 Survivor 区幸存对象大小是否过大，这也是影响 younggc 耗时的因素。
JVM 调优 —— 新生代 Survivor 空间不足
qq_31433709的博客
11-29 6128
来自 http://blog.csdn.net/wenniuwuren https://blog.csdn.net/wenniuwuren/article/details/50890824 零. 新生代调优规律 增大新生代空间， Minor GC 频率减少， Minor GC 时间上升。 减少新生代空间， Minor GC 频率上升， Minor GC 时间下降 一. 新生代典型问题 先看一...
JVM致命错误日志详解
匠心工坊
06-01 4197
崩溃时正在通过JNI方式调用SetByteArrayRegion这个方法进行数组处理，通过堆栈信息可以看到是在调用RemoteTCPConnection.receive()时报的错，而这个类是我们引用的MQ中的方法，后续需要对相关的代码进行排查，确定使用的版本是否正常，相关代码是否存在问题。
jvm调试参数说明
代码人的自白
07-23 670
Trace跟踪参数 -XX:+printGC 可以打印GC的简要信息 [GC 4790K->374K(15872K), 0.0001606 secs] -XX:+PrintGCDetails 打印GC详细信息 -XX:+PrintGCTimeStamps 打印CG发生的时间戳 [GC[DefNew: 4416K->0K(4928K), 0.0001897 secs] 4790K-&gt...
jvm调试示例代码
02-24
2. **JVM参数设置** - 调整JVM内存大小（如`-Xms`和`-Xmx`），优化程序性能。 - 设置堆转储文件（`-XX:+HeapDumpOnOutOfMemoryError`），便于分析内存泄漏。 - 使用`-agentlib:jdwp`启动远程调试，例如`-agentlib...
jvm工具、参数调优&调试技巧
03-28
三、JVM调试技巧 1. 异常堆栈追踪：通过jstack命令，可以获取到程序运行时的线程堆栈信息，帮助定位问题所在。 2. 堆内存分析：使用jmap生成堆转储文件，然后通过jhat或第三方工具（如Eclipse Memory Analyzer ...
JVM调试与性能监控：IntelliJ IDEA高级技巧
## JVM调试的重要性 调试是软件开发中不可或缺的环节，尤其是在Java虚拟机（JVM）的上下文中。掌握JVM调试技术对于识别和解决性能问题至关重要。理解JVM如何管理内存、处理线程以及执行垃圾回收，将帮助开发者更好地...
idea插件JVM内存工具JProfiler11
12-09
5. **JVM配置调整**：JProfiler11还可以提供JVM参数建议，帮助开发者正确设置JVM初始堆大小、最大堆大小、内存池等关键参数，确保应用程序稳定运行。 在实际使用中，JProfiler11的详细报告和可视化界面使得问题定位...
jvm 常用命令
u011381576的博客
08-20 245
trace 跟踪参数  -verbose:gc  -XX:+PrintGC  打印gc -XX:+PrintGCDetails      打印gc的详细信息 Heap  PSYoungGen      total 76288K, used 5243K [0x000000076b380000, 0x0000000770880000, 0x00000007c0000000)   e
探究JVM内存泄露
热门推荐
winniepu的专栏
12-03 1万+
WEB服务总是莫名其妙的运行一段时间后JVM直接OutOfMemory错误，内存泄漏的问题不容易查找，本文就一些查找内存泄露基本知识做个总结，未涉及到具体案例的分析。1         JVM内存异常的数据显示1.1       java.lang.OutOfMemoryError: PermGen space异常的例子Heap PSYoungGen      to
GC日志分析
java小兵
03-29 744
打印gc日志： -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -XX:+PrintGC -Xloggc:logs/gc.log Young GC # --- Young GC start --- # 之前young gc次数、之前full gc次数 {Heap before GC invocations=124398 (full 12): # 新生代使用情况 par new generat...
JVM命令和参数
常今
04-07 216
命令 jps -l where jmap jmap -heap 10004 jmap -histo 10004 jmap -permstat 10004 jmap -dump:format=b,file=J:\DUMP\heapstatus.bin 10004 jhat -J-Xmx6g -port 7777 J:\DUMP\heapstatus1.bin -XX:MaxNewSize=128m jstat -gcutil -h10 504 5000 S0: Heap上的Survivor Space 0区已
jvm crash,疑似GC的bug
幸福的懦夫
11-18 477
在对一个应用做压力的时候，不定时发生jvm crash，查看hs_error.log 内容摘要如下： Current thread (0x0000000051f8f800): GCTaskThread [stack: 0x00000000413c2000,0x00000000414c3000] [id=15399] Heap PSYoungGen total 3482...
JVM内存区域详解（Eden Space、Survivor Space、Old Gen、Code Cache和Perm Gen）
Hyman的博客
11-11 7968
参考文章： https://www.cnblogs.com/redcreen/archive/2011/05/04/2037057.html https://www.cnblogs.com/duanxz/p/3520829.html 一、JVM内存分类 JVM区域总体分两类，heap区和非heap区。 heap区又分为： Eden Space（伊甸园）、 Survivor...
近期关于生产上JVM内存溢出问题分析和寻找问题解决问题（原创BelenChan）
weixin_40883722的博客
08-18 1651
近期，公司的项目在生产上跑炸了。整个服务都瘫痪了，就因为加了一个功能实现。具体如下 客户需要批量上传word，然后我们后台是多线程去处理这些word，让word转pdf。我们word转pdf，docx版本的用jacob去处理word转pdf。昨天生产客户批量上传了50篇word。随后服务就瘫痪了。然后在测试环境测了下，没有瘫痪，然后同事看了下是生产是双核单线程。确实是比较垃圾。要求升级服务器。我就想看下具体的原因到底有几方面。我看了下错误日志，服务的报错日志如下 VM Mutex/Monitor cu
eden space 98%
01-19
Eden Space 98%是一个虚拟现实项目，它提供了一种全新的体验，让人们可以身临其境地探索不同的环境和场景。这个项目利用了最先进的技术，让用户可以在虚拟世界中感受到真实环境的魅力和奇妙。这个项目的目标是让人们能够在不同的空间中感受到愉悦和充实，同时也让他们能够逃离现实生活的压力和繁琐。 Eden Space 98%通过虚拟现实技术，为用户打造了一个绝对逼真的世界，让人们可以在这个世界中自由探索和体验。它提供了各种不同的场景和体验，包括在海底潜水、登上高山、探索外太空等等。无论是想要远离喧嚣的城市生活，还是想要寻找一种新鲜的体验，Eden Space 98%都能够满足用户的需求。 除了提供丰富的场景和体验，Eden Space 98%还致力于为用户提供最佳的体验和服务。它拥有一支专业的团队，他们以高效的方式为用户提供定制的体验，确保每一个用户都能够得到最满意的虚拟现实体验。 总的来说，Eden Space 98%是一个能够让人们在虚拟世界中尽情享受的项目，它带给用户的不仅仅是一种体验，更是一种新的生活方式。通过这个项目，人们可以拓展自己的视野，开启全新的体验之旅。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值