Gabage Collection-垃圾回收中为什么新生代的Eden:Survivor from:Survivor to = 8:1:1

现代的商业虚拟机都采用复制算法来回收新生代的对象，IBM公司的专项研究表明，新生代中的对象98%都是“朝生夕死”的（即：将被回收的对象：存活的对象 > 9：1），所以如果根据复制算法完成按照1：1的比例划分新生代的内存空间，将会造成相当大的浪费。

因此，JVM开发人员将新生代分为一块较大的Eden区，和两块较小的Survivor区，每次可以使用来存放对象的是Eden区和其中一块Survivor区。当回收时，将Eden区和Survivor from中还存活着的对象一次性复制到另一块Survivor to区（这里进行复制算法），然后就清空调Eden区和Survivor from区中的数据。

这样新生代中可用的内存：复制算法所需要的担保内存 = 9：1，这样即使所有的对象都不会存活，那么也只会“浪费”10%的内存空间。不过我们也无法保证存活的对象一定<2%或10%，当新生代中Survivor to区内存不够用时，就会触发老年代的担保机制进行分配担保。

之所以Eden区：Survivor from区是8：1，是因为JVM规定，两个Survivor区中from和to是相对的，根据每次进行MinorGC后哪个区被清空没有对象了，这个区就会成为to区，而通过复制算法复制的还存活下的对象所在的那个区，也就是有对象的区即为from（即from和to区会进行位置交换，所以在我们讲解新生代时，还会给这两个Survivor区加上S1和S2两个名称，而S1和S2位置则是固定的）

总结：

• 新生代中的可用内存：复制算法用来担保的内存为9：1
• 可用内存中Eden：S1区为8：1
• 即新生代中Eden:S1:S2 = 8：1：1