白话 垃圾回收之对象优先在Eden分配

借用了这里的一张图，如侵权请联系删除。

这次实战是《深入理解Java虚拟机》 P92 的例题，这里分析加强记忆。

参数

新生代：Parallel Scavenge收集器
老年代：ParOld收集器
具体参数学习请异步这里

-Xms20M:设置JVM最大可用内存/堆为20M。
-Xmx20M:设置JVM促使内存为20m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。
-Xmn10M:设置新生代内存大小10m，那么很容易算出老年代内存10m 
-XX:SurvivorRatio = 8 : 新生代中的Eden和一个Survivor的比值8:1。因此Eden = 8M , Survivor = 1M,另一个Survivor = 1M 

效果

Eden= 8M ,Survivor = 1M ；则用于存放对象的内存有9M，另外1M用于复制算法。
Old = 10M

执行代码

		 byte[] a1,a2,a3,a4;
		 int _1MB = 1024 * 1024;
		a1 = new byte[2 * _1MB];
		a2 = new byte[2 * _1MB];
		a3 = new byte[2 * _1MB];
		a4 = new byte[4 * _1MB];

GC日志

[GC (Allocation Failure) [PSYoungGen: 7110K->1008K(9216K)] 7110K->3402K(19456K), 0.0026423 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
Heap
 PSYoungGen      total 9216K, used 5344K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
  eden space 8192K, 52% used [0x00000000ff600000,0x00000000ffa3c170,0x00000000ffe00000)
  from space 1024K, 98% used [0x00000000ffe00000,0x00000000ffefc040,0x00000000fff00000)
  to   space 1024K, 0% used [0x00000000fff00000,0x00000000fff00000,0x0000000100000000)
 ParOldGen       total 10240K, used 6490K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
  object space 10240K, 63% used [0x00000000fec00000,0x00000000ff2569b0,0x00000000ff600000)
 Metaspace       used 4740K, capacity 4930K, committed 5248K, reserved 1056768K
  class space    used 512K, capacity 561K, committed 640K, reserved 1048576K

由日志也可以看出计算是对的，Eden = 8M, Survivor(from) = 1M ; Old = 10M;

过程分析

a1、a2、a3的建立直接放在Eden区，此时Eden区占用了6M内存，Eden + Survivor剩下3M内存。
a4（4M）生成的时候，可用区域（3M）已经放不下了，因此引发了Minor GC,对照日志的第一行，此次回收把新生代的内存减少了6M，这是什么原因呢？
Minor GC时，启动了复制算法进行GC，而Survivor的内存放不下占用的6M了，因此内存担保把6M直接放到了老年代。a4很自然的放入了新生代。

最终结果：新生代放了a4（4M）， 老年代放了a1、a2、a3（6M），也证明了对象优先在Eden分配