当前位置： 移动技术网 > IT编程>开发语言>Java > JVM之GC回收信息详解

JVM之GC回收信息详解

2020年01月04日  | 移动技术网IT编程  | 我要评论

优秀个人简历,运动员收入排行榜,玛思蓓丝

一、-xx:+printgcdetails 打印gc日志

参数配置：-xms10m -xmx10m -xx:+printgcdetails -xx:+printgcdatestamps -xx:+printgctimestamps  -xloggc:f:\gc1.log

-xloggc：输出到文件

2020-01-03t14:13:18.866+0800: 0.224: [gc (allocation failure) [psyounggen: 2048k->496k(2560k)] 2048k->744k(9728k), 0.0128127 secs] [times: user=0.00 sys=0.00, real=0.01 secs] 
2020-01-03t14:13:18.881+0800: 0.229: [gc (system.gc()) [psyounggen: 565k->496k(2560k)] 813k->752k(9728k), 0.0009625 secs] [times: user=0.02 sys=0.00, real=0.00 secs] 
2020-01-03t14:13:18.882+0800: 0.230: [full gc (system.gc()) [psyounggen: 496k->0k(2560k)] [paroldgen: 256k->675k(7168k)] 752k->675k(9728k), [metaspace: 3460k->3460k(1056768k)], 0.0053436 secs] [times: user=0.00 sys=0.00, real=0.01 secs] 
2020-01-03t14:13:19.889+0800: 1.236: [gc (system.gc()) [psyounggen: 117k->128k(2560k)] 793k->803k(9728k), 0.0006856 secs] [times: user=0.00 sys=0.00, real=0.00 secs] 
2020-01-03t14:13:19.889+0800: 1.237: [full gc (system.gc()) [psyounggen: 128k->0k(2560k)] [paroldgen: 675k->696k(7168k)] 803k->696k(9728k), [metaspace: 3475k->3475k(1056768k)], 0.0057842 secs] [times: user=0.00 sys=0.00, real=0.01 secs] 
heap
 psyounggen      total 2560k, used 59k [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)
  eden space 2048k, 2% used [0x00000000ffd00000,0x00000000ffd0ecc0,0x00000000fff00000)
  from space 512k, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
  to   space 512k, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
 paroldgen       total 7168k, used 696k [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)
  object space 7168k, 9% used [0x00000000ff600000,0x00000000ff6ae138,0x00000000ffd00000)
 metaspace       used 3481k, capacity 4500k, committed 4864k, reserved 1056768k
  class space    used 381k, capacity 388k, committed 512k, reserved 1048576k

第一行：2020-01-03t14:13:18.866+0800: 0.224: [gc (allocation failure) [psyounggen: 2048k->496k(2560k)] 2048k->744k(9728k), 0.0128127 secs] [times: user=0.00 sys=0.00, real=0.01 secs]

gc (allocation failure)：gc表示younggc年轻代垃圾回收；(allocation failure)表示内存分配失败；

[psyounggen: 2048k->496k(2560k)]：psyounggen表示年轻代使用的垃圾回收器是paralle scavenge  ；2048k表示年轻代垃圾回收前内存占用大小；496k表示年轻代垃圾回收后内存占用大小；(2560k)表示年轻代总大小；

2048k->744k(9728k)：2048k表示堆内存垃圾回收前内存占用大小；744k表示堆内存垃圾回收后内存占用大小；(9728k)表示堆内存总大小；

0.0128127 secs：表示younggc耗时，单位秒

[times: user=0.00 sys=0.00, real=0.01 secs]：user=0.00表示用户耗时，sys=0.00表示系统耗时，real=0.01表示真实耗时，secs表示时间单位秒
第二行：2020-01-03t14:13:18.881+0800: 0.229: [gc (system.gc()) [psyounggen: 565k->496k(2560k)] 813k->752k(9728k), 0.0009625 secs] [times: user=0.02 sys=0.00, real=0.00 secs] 
 [gc (system.gc())：表示系统显示调用gc
第三行：2020-01-03t14:13:18.882+0800: 0.230: [full gc (system.gc()) [psyounggen: 496k->0k(2560k)] [paroldgen: 256k->675k(7168k)] 752k->675k(9728k), [metaspace: 3460k->3460k(1056768k)], 0.0053436 secs]
 [full gc (system.gc())：full gc表示younggc+oldgc（年轻代垃圾回收+年老代垃圾回收）即整个jvm内存的回收（除了方法区或者元空间）；system.gc()表示系统显示调用gc

[psyounggen: 496k->0k(2560k)]：psyounggen表示年轻代使用的垃圾回收器是paralle scavenge  ；496k表示full gc垃圾回收前内存占用大小；0k表示full gc垃圾回收后内存占用大小（0是因为年轻代使用的是复制算法）；(2560k)表示年轻代总大小；

752k->675k(9728k)：752k表示full gc垃圾回收前堆内存占用大小；675k表示full gc垃圾回收后堆内存占用大小；(9728k)表示堆内存总大小；

paroldgen: 256k->675k(7168k)：paroldgen表示老年代使用的垃圾回收器parallel old，256k表示full gc垃圾回收前内存占用大小；675k表示full gc垃圾回收后内存占用大小；(7168k)表示老年代总大小；

[metaspace: 3460k->3460k(1056768k)]：metaspace表示元空间本文使用jdk1.8，3460k：表示full gc垃圾回收前metaspace占用大小，3460k表示full gc垃圾回收后metaspace占用大小；(1056768k)表示metaspace总大小。

full gc分析下可以得出结论：
    新生代变化：496k-0l=496k 新生代减少了496k

    老年代变化：256k-675k=-419k（老年代增加了419k）
    heap区变化：752k-675k=77k 整个堆减少了 77k
    496k – 77k =419k，说明该次共有419k内存从年轻代移到了老年代，可以看出来数量不少，说明大部分对象的生命周期较长。由于full gc会引发stop  the word ，所以我们要尽量避免full gc的发生，让对象尽可能的在老年代多呆会，所以这里可以增加老年轻代的大小。

第五行：

heap
 psyounggen      total 2560k, used 59k [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)
  eden space 2048k, 2% used [0x00000000ffd00000,0x00000000ffd0ecc0,0x00000000fff00000)
  from space 512k, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
  to   space 512k, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
 paroldgen       total 7168k, used 696k [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)
  object space 7168k, 9% used [0x00000000ff600000,0x00000000ff6ae138,0x00000000ffd00000)
 metaspace       used 3481k, capacity 4500k, committed 4864k, reserved 1056768k
  class space    used 381k, capacity 388k, committed 512k, reserved 1048576k

psyounggen total 2560k, used 59k：total 年轻代占用的总内存大小2560k，used：表示当前使用量
eden space 2048k, 2% used：年轻代的eden区占用的总内存大小2048k，used：已经使用2%
from space 512k, 0% used：年轻代的 from s1区占用的总内存大小512k，used：已经使用0%
to space 512k, 0% used：年轻代的 from s2区占用的总内存大小512k，used：已经使用0%
paroldgen total 7168k：老年代的总内存大小
object space 7168k, 9% used：老年已使用9%

 -xx:newratio=2：年轻代与老年代的比值1:2， 但是根据实际数据显然年轻代没有占到整个堆的三分之一，很是费解？不知这种误差是否合理，在这里不吝赐教，求大神指点迷津。

您可能感兴趣的文章:

如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网