看完上面对堆的介绍，我们趁热打铁再学习一下%20JVM%20创建一个新对象的内存分配流程。绝大部分对象在%20Eden%20区生成，当%20Eden%20区装填满的时候，会触发%20Young%20Garbage%20Collection，即%20YGC。垃圾回收的时候，在%20Eden%20区实现清除策略，没有被引用的对象则直接回收。依然存活的对象会被移送到%20Survivor%20区。Survivor%20区分为%20so%20和%20s1%20两块内存空间。每次%20YGC%20的时候，它们将存活的对象复制到未使用的那块空间，然后将当前正在使用的空间完全清除，交换两块空间的使用状态。如果%20YGC%20要移送的对象大于%20Survivor%20区容量的上限，则直接移交给老年代。一个对象也不可能永远呆在新生代，就像人到了%2018%20岁就会成年一样，在%20JVM%20中%20－XX:MaxTenuringThreshold%20参数就是来配置一个对象从新生代晋升到老年代的阈值。默认值是%2015，可以在%20Survivor%20区交换%2014%20次之后，晋升至老年代。上述涉及到一部分垃圾回收的名词，不熟悉的读者可以查阅资料或者看下本系列的垃圾回收章节。

Metaspace%20元空间在%20HotSpot%20JVM%20中，永久代（%20≈%20方法区）中用于存放类和方法的元数据以及常量池，比如%20Class%20和%20Method。每当一个类初次被加载的时候，它的元数据都会放到永久代中。永久代是有大小限制的，因此如果加载的类太多，很有可能导致永久代内存溢出，即万恶的%20java.lang.OutOfMemoryError:%20PermGen，为此不得不对虚拟机做调优。那么，Java%208%20中%20PermGen%20为什么被移出%20HotSpot%20JVM%20了？（详见：JEP%20122:%20Remove%20the%20Permanent%20Generation）：

1. 由于%20PermGen%20内存经常会溢出，引发恼人的%20java.lang.OutOfMemoryError:%20PermGen，因此%20JVM%20的开发者希望这一块内存可以更灵活地被管理，不要再经常出现这样的%20OOM
2. 移除%20PermGen%20可以促进%20HotSpot%20JVM%20与%20JRockit%20VM%20的融合，因为%20JRockit%20没有永久代。

根据上面的各种原因，PermGen%20最终被移除，方法区移至%20Metaspace，字符串常量池移至堆区。准确来说，Perm%20区中的字符串常量池被移到了堆内存中是在%20Java7%20之后，Java%208%20时，PermGen%20被元空间代替，其他内容比如类元信息、字段、静态属性、方法、常量等都移动到元空间区。比如%20java/lang/Object%20类元信息、静态属性%20System.out、整形常量%20100000%20等。元空间的本质和永久代类似，都是对%20JVM%20规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存限制。（和后面提到的直接内存一样，都是使用本地内存）In%20JDK%208,%20classes%20metadata%20is%20now%20stored%20in%20the%20native%20heap%20and%20this%20space%20is%20called%20Metaspace.对应的%20JVM%20调参：

public int test(int a, int b) {
    Object obj = new Object();
    return a + b;
}