深入理解JVM内存分配策略 (2)

原先的Eden区域如下所示，在分配完,b1,b2,b3后如下所示。

这时候我们发现已经无法继续分了。

而查看日志的时候，我们发生了俩次GC。

[GC (Allocation Failure) [DefNew: 7129K->520K(9216K), 0.0053010 secs] 7129K->6664K(19456K), 0.0053739 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]
[Full GC (System.gc()) [Tenured: 6144K->6144K(10240K), 0.0459449 secs] 10920K->10759K(19456K), [Metaspace: 2632K->2632K(1056768K)], 0.0496885 secs] [Times: user=0.00 sys=0.00, real=0.04 secs]

而在

[DefNew: 7129K->520K(9216K), 0.0053010 secs] 7129K->6664K(19456K), 0.0053739 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

中我们会看到，刚分配的对象并没有被回收。

上面的GC是针对新生代的。

而下面的FullGC是针对老年代的。

如果我们这时候要再分配4m的内存，虚拟机默认将原先的eden区域放到可放的地方，也就是在老年代这里

因此会发生我们这种情况。

这就是整个过程。验证了对象有现在Eden区域回收

大对象直接进入到老年代

指定大对象的参数。

-XX:PretenureSizeThreshold

测试代码：如下

-verbose:gc -XX:+PrintGCDetails -XX:+UseSerialGC -Xms20M -Xmx20M -Xmn10M -XX:SurvivorRatio=8 public class A { private static int M = 1024*1024; public static void main(String[] args) { byte[] b1 = new byte[8*M]; } }

运行结果如下：

Heap
def new generation total 9216K, used 1149K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
eden space 8192K, 14% used [0x00000000fec00000, 0x00000000fed1f718, 0x00000000ff400000)
from space 1024K, 0% used [0x00000000ff400000, 0x00000000ff400000, 0x00000000ff500000)
to space 1024K, 0% used [0x00000000ff500000, 0x00000000ff500000, 0x00000000ff600000)
tenured generation total 10240K, used 8192K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
the space 10240K, 80% used [0x00000000ff600000, 0x00000000ffe00010, 0x00000000ffe00200, 0x0000000100000000)
Metaspace used 2637K, capacity 4486K, committed 4864K, reserved 1056768K
class space used 281K, capacity 386K, committed 512K, reserved 1048576K

我们可以看到，结果数直接把8M扔到了老年代里面了。
而我们修改成7M的时候

被发现7M全部扔到了eden里面。
如果我们制定了参数后，会发现结果变了。

参数如下所示：

-verbose:gc -XX:+PrintGCDetails -XX:+UseSerialGC -Xms20M -Xmx20M -Xmn10M -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=6M

运行结果如下：

我们会发现7M进到了老年代。

长期存活对象进入老年代

参数如下：

-XX:MaxTenuringThreshold

每次进行回收的时候，如果没被回收，那对象的年龄+1

如果对象年龄到达阈值，就会进入老年代。

具体测试和上面的Max一样。就不占篇幅了。

空间分配担保

参数如下：

-XX:+HandlePromotionFailure

步骤如下：

首先衡量有没有这个能力，然后才能进行分配。

如果有这个能力放入，那么这个参数是‘+’号证明开启了内存担保，否则是‘-’号就是没开启。

总结：

JVM内存分配策略不是特别复杂，只要一步一步跟着虚拟机走，那么就可以去理解JVM内存分配的机制。