JVM调试追中参数设置

最新推荐文章于 2024-07-08 23:33:06 发布
最新推荐文章于 2024-07-08 23:33:06 发布
阅读量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
关注
专栏目录
JVM日常故障排查小结
Hi，我是sharkchili，CSDN Java领域博客专家，开源项目JavaGuide维护人员，我想写一些有意思的东西，希望对你有帮助。
12-18 1135
jstack是JVM自带的工具，用于追踪Java进程线程id的堆栈信息、锁信息，或者打印core file，远程调试Java堆栈信息等。# 打印对应java进程的堆栈信息option常见选项-F 当正常输出的请求不被响应时，强制输出线程堆栈-m 如果调用到本地方法的话，可以显示C/C++的堆栈-l 除堆栈外，显示关于锁的附加信息，在发生死锁时可以用jstack -l pid来观察锁持有情况导致CPU 100%定位进程号，如果是Java进程则查看是哪个线程导致的。
jvm crash eden 100%
wuzhongxing的专栏
04-30 3622
环境：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 292
1、分代的原理是什么 java heap是分代的（年轻代和老年代），为什么要分代？其实也不难理解，分代就是为了优化性能，如果不分代，那就会导致所有对象揉在一块，那样GC就会对堆区域进行全扫描。所以，分代可以大大提升GC性能，那么，分代的原理是什么？ JVM对于堆的垃圾回收，采用分代收集的策略，所以分代的原理就是根据堆中对象的存活周期进行分代，年轻代中，每次垃圾回收都有大批对象死去，只有少量存活，而老年代中存放的对象存活率高。 必须知道的知识点 Young space：年轻代(新生代)，保存生命周期较短的对
由Metadata GC Threshold引发的思考！
最新发布
JavaEdge全是干货的技术号
07-08 686
点击下方“JavaEdge”，选择“设为星标”第一时间关注技术干货！免责声明~任何文章不要过度深思！万事万物都经不起审视，因为世上没有同样的成长环境，也没有同样的认知水平，更「没有适用于所有人的解决方案」；不要急着评判文章列出的观点，只需代入其中，适度审视一番自己即可，能「跳脱出来从外人的角度看看现在的自己处在什么样的阶段」才不为俗人。怎么想、怎么做，全在乎自己「不断实践中寻找适合自己的大道」1...
JVM 调优 —— 新生代 Survivor 空间不足
qq_31433709的博客
11-29 6118
来自 http://blog.csdn.net/wenniuwuren https://blog.csdn.net/wenniuwuren/article/details/50890824 零. 新生代调优规律 增大新生代空间， Minor GC 频率减少， Minor GC 时间上升。 减少新生代空间， Minor GC 频率上升， Minor GC 时间下降 一. 新生代典型问题 先看一...
JVM致命错误日志详解
匠心工坊
06-01 4159
崩溃时正在通过JNI方式调用SetByteArrayRegion这个方法进行数组处理，通过堆栈信息可以看到是在调用RemoteTCPConnection.receive()时报的错，而这个类是我们引用的MQ中的方法，后续需要对相关的代码进行排查，确定使用的版本是否正常，相关代码是否存在问题。
jvm调试参数说明
代码人的自白
07-23 669
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参数设置
zhangzc的博客
03-08 500
-Xverify:none  关闭大部分类验证措施，缩短虚拟机类加载的时间 -Xms  设置堆的最小值 -Xmx  设置堆的最大值 将-Xms和-Xmx值设置为一样可避免堆自动扩展 -XX：+HeapDumpOnOutOfMemoryError  设置虚拟机在出现内存溢出是Dump出当前的内存堆转储快照以便事后进行分析 -Xss 设置每个线程的栈容量
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 ...
JAVA与JVM调试和调优
taylor的博客
06-06 292
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 742
打印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 215
命令 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 475
在对一个应用做压力的时候，不定时发生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 7930
参考文章： 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工具与调优调试全面指南：详解实用命令和参数
本文档深入探讨了Java虚拟机（JVM）工具、参数调优以及调试技巧的相关内容，旨在帮助开发者提升JVM性能和解决常见问题。以下是从文章中提炼出的关键知识点： 1. **JVM工具** - **jps**：这是一个虚拟机进程状况...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值