JVM内存模型的演变
1，背景
class文件、类的加载过程。我们的class文件就要进入到JVM内存里，我们沿着经典的JDK1.6，JDK1.7，JDK1.8看看在其中都经历了哪些改变
概念的统一：
- 方法区：
方法区可以看作是JVM逻辑上管理一片区域的名字的概念 - 永久代：
永久代和元空间都是对方法区的实现，只不过是1.7以前是永久代，1.8开始永久代被替代成元空间了。 - 元空间：
2，内存模型的演变
1.6及以前JVM运行时数据区，方法区叫永久代
JVM1.7
1.7永久代还存在，但是已经逐步去永久代，字符串常量和静态变量移到堆中
JVM1.8 及以后
1.8以后，无永久代，类型信息、字段、方法、常量直接保存在元空间，元空间用的是直接内存，字符串常量池和静态常量还是保持在堆中。
思考
永久代为什么要被元空间替换？
永久代设置空间大小是很难确定的。在某些场景下，如果动态加载的类过多，容易产生OOM。或者是朝生夕死的类比较多。
对永久代的调优比较困难
字符串常量池为什么调整？
永久代的回收效率比较低，在full gc的时候才会触发。发生full gc是老年代的空间不足、永久代空间不足才会促发。这就导致stringTable回收效率不高。而我们开发中会有大量的字符串被创建，回收效率低，导致永久代内存不足。放到堆中能及时回收。