关于java:JVM对象进入老年代的四种方式3实战篇

33次阅读

共计 3094 个字符，预计需要花费 8 分钟才能阅读完成。

对象进入老年代的四种形式

minor gc 后，survivor 区空间不能包容全副存活对象
存活对象达到年龄阈值。比方 15
大对象
动静年龄判断

首先，咱们简略回顾一下。

书本，也没阐明，多大的对象才是大对象，比拟形象。

咱们这里间接具体点：

-XX:PretenureSizeThreshold=3m

大于等于 3m 的对象，就是大对象。

JVM 配置参数

-XX:NewSize=10m -XX:MaxNewSize=10m -XX:InitialHeapSize=20m -XX:MaxHeapSize=20m -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=3m -XX:MaxTenuringThreshold=15 -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:bigobject.log

代码：

byte[] array1 = new byte[2*_1MB];
byte[] array2 = new byte[3*_1MB];

因为 2m 的对象不是大对象，因而调配到 eden 区。而 3m 的对象是大对象，因而调配到 old 区。

下面，这些都是咱们依据实践来揣测进去的。

接下来，咱们运行一下代码，而后查问日志文件 bigobject.log

Java HotSpot(TM) 64-Bit Server VM (25.261-b12) for bsd-amd64 JRE (1.8.0_261-b12), built on Jun 18 2020 06:38:55 by "java_re" with gcc 4.2.1 Compatible Apple LLVM 10.0.0 (clang-1000.11.45.5)
Memory: 4k page, physical 33554432k(382392k free)

/proc/meminfo:

CommandLine flags: -XX:InitialHeapSize=20971520 -XX:MaxHeapSize=20971520 -XX:MaxNewSize=10485760 -XX:MaxTenuringThreshold=15 -XX:NewSize=10485760 -XX:OldPLABSize=16 -XX:PretenureSizeThreshold=3145728 -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:SurvivorRatio=8 -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:+UseParNewGC 
Heap
 par new generation   total 9216K, used 4849K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  eden space 8192K,  59% used [0x00000007bec00000, 0x00000007bf0bc580, 0x00000007bf400000)
  from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
  to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
 concurrent mark-sweep generation total 10240K, used 3072K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
 Metaspace       used 3074K, capacity 4496K, committed 4864K, reserved 1056768K
  class space    used 337K, capacity 388K, committed 512K, reserved 1048576K

当初，咱们剖析一下日志内容，来验证咱们的猜想是否正确。

CommandLine flags: -XX:InitialHeapSize=20971520 -XX:MaxHeapSize=20971520 -XX:MaxNewSize=10485760 -XX:MaxTenuringThreshold=15 -XX:NewSize=10485760 -XX:OldPLABSize=16 -XX:PretenureSizeThreshold=3145728 -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:SurvivorRatio=8 -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC -XX:+UseParNewGC
Heap

下面这一堆，就是咱们本人设置的 JVM 参数，也有一些零碎帮咱们增加的。比方：-XX:+UseCompressedClassPointers -XX:+UseCompressedOops

这些不是重点，你理解一下就好。

重点是这个：

Heap  
 par new generation   total 9216K, used 4849K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  eden space 8192K,  59% used [0x00000007bec00000, 0x00000007bf0bc580, 0x00000007bf400000)
  from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
  to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
 concurrent mark-sweep generation total 10240K, used 3072K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)

代表的含意是：GC 后堆的状况，留神是 GC 后。这里特别强调一下。

par new generation total 9216K, used 4849K
代表的新生代，当初总的空间大小是 9216K，已应用的空间大小是 4849K。

其实咱们晓得，有 2M 对象是进入了 eden 区的，然而当初 4849K 显著是大于 2048K（2M）的。

那阐明了什么？

阐明，其实 JVM 除了加载咱们本人写的对象外，还会加载一些其余未知对象。未知对象，次要由 JVM 自身产生，这部分大家先疏忽就好

回到次要问题上：大对象是否会间接进入老年代。

咱们看以下这段日志：

concurrent mark-sweep generation total 10240K, used 3072K

老年代的总空间大小是 10240K，目前曾经应用了 3072K。

看到这里，其实置信大家曾经能够明确了。咱们把大对象定义为大于等于 3m 的对象。而日志也通知咱们，目前老年代曾经被占用了 3072K，即 3m。

因而，到这里咱们曾经用代码验证了：大对象会间接进入老年代。

正文完