Asignación de objeto JVM1.8

Comprender la JVM en profundidad se trata de JVM1.7, muchas cosas son diferentes en 1.8

Por ejemplo, los objetos P91-P93 en el libro se asignan preferentemente en el Edén.

Y el siguiente código

public class JVM {
    private static final int __1MB = 1024*1024;

    public static void main(String[] args) {
        // 10M young  10M old
        byte[] a1,a2,a3,a4;
        a1 = new byte[2*__1MB];
        a2 = new byte[2*__1MB];
        a3 = new byte[2*__1MB];
        // 直接分配到了老年代
        a4 = new byte[4*__1MB];
    }
}

El libro decía que hubo un momento en el que se asignó al4 == GC menor ==
Pero en 1.8, GC no ocurrió pero se asignó directamente al área de Eden. Al4 se asignó directamente al antiguo
1.8. El diagrama de operación es el siguiente

Mira el siguiente código

public class JVM {
    private static final int __1MB = 1024*1024;

    public static void main(String[] args) {
        // 10M young  10M old
        byte[] a1,a2,a3,a4;
        // 发生GC时按照分配顺序进入了老年代
        a1 = new byte[2*__1MB];
        // 分配在Eden区
        a2 = new byte[2*__1MB];
        // Eden满了a3直接进入老年代
        a3 = new byte[4*__1MB];
        // 分配到老年代满了  发生FullGC
        a4 = new byte[6*__1MB];
    }
}

El resultado de la operación se muestra en la figura.

Para verificar el código,
cambiamos el
resultado de al3 a 3MB como se muestra

en la figura a continuación. La figura muestra que ocurrieron dos GC y un FullGC fue
causado por al1 y al2. Cuando el jVM intenta asignar a al3, el área de eden no es suficiente, deje que al1 y al2 años de promoción de edad, este es el primer GC
al3 asignado en el distrito de Edén,
en la asignación de al 4, la zona Eden no es suficiente, de AL3 edad suficiente para entrar dejar, por lo que el GC y FullGC producirse, acompañado de, al menos una vez al FullGC GC
incompletesize Sí, el espacio de memoria es más grande que el original.