1、为什么永久代要被元空间替代

官网的解答：https://openjdk.org/jeps/122

大概意思就是：因为oracle收购了JRocket，JRocket又号称最快的虚拟机，因为JRocket没有永久代，

所以HotSpot虚拟机也不需要。

随着Java8的到来，HotSpot VM中再也见不到永久代了。但是这并不意味着类的元数据信息也消失了。这些数据被移到了一个与堆不相连的本地内存区域，这个区域叫做元空间（Metaspace）。

由于类的元数据分配在本地内存中，元空间的最大可分配空间就是系统可用内存空间。

这项改动是很有必要的，原因有：

为永久代设置空间大小是很难确定的。在某些场景下，如果动态加载类过多，容易产生Perm区的OOM。比如某个实际Web工程中，因为功能点比较多，在运行过程中，要不断动态加载很多类，经常出现致命错误。

而元空间和永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存限制。

对永久代进行调优是很困难的。

有些人认为方法区（如HotSpot虚拟机中的元空间或者永久代）是没有垃圾收集行为的，其实不然。《Java虚拟机规范》对方法区的约束是非常宽松的，提到过可以不要求虚拟机在方法区中实现垃圾收集。事实上也确实有未实现或未能完整实现方法区类型卸载的收集器存在（如JDK 11时期的ZGC收集器就不支持类卸载）。一般来说这个区域的回收效果比较难令人满意，尤其是类型的卸载，条件相当苛刻。但是这部分区域的回收有时又确实是必要的。以前Sun公司的Bug列表中，曾出现过的若干个严重的Bug就是由于低版本的HotSpot虚拟机对此区域未完全回收而导致内存泄漏。

方法区的垃圾收集主要回收两部分内容：常量池中废弃的常量和不再使用的类型。

2、StringTable在Jdk1.7时为什么要从方法区调整到堆区

jdk7中将StringTable放到了堆空间中。因为永久代的回收效率很低，在full gc的时候才会触发。而full gc是老年代的空间不足、永久代不足时才会触发。

这就导致StringTable回收效率不高。而我们开发中会有大量的字符串被创建，回收效率低，导致永久代内存不足。放到堆里，能及时回收内存。

3、JVM各个区都会发生那些异常情况

区域	发生异常情况
程序计数器	程序计数器负责存储执行引擎下一步要执行的字节码指令，是JVM内存结构中唯一一个不会发生异常的区域
栈	Java虚拟机规范运行Java栈的大小固定或者动态不变。如果栈设置太小可能会报StackOverflowError；如果设置栈大小动态不变，可能尝试扩展时无法申请到足够的内存，会报OutOfMemoryError
方法区	方法区的大小决定了系统可以保存多少个类，如果系统定义了太多的类，导致方法区溢出，虚拟机也会报错； jdk1.7及以前方法区是在永久代，报错信息为：java.lang.OutOfMemoryError: PermGen space jdk1.8及以后方法区是在Metaspace，报错信息为：java.lang.OutOfMemoryError: Metaspace
堆	会报错OutOfMemoryError
本地方法栈	和栈一样