在JVM的规范中，方法区是必要的，并且随着虚拟机的启动而创建。方法区中存储着各个类的元数据信息、静态变量、即时编译器编译之后的代码（例如Spring的IOC或者AOP创建的bean，或者使用cglib,反射的形式生成的class信息）。
方法区是线程共享的运行时内存区域。但是如果当两个线程一起去方法区中访问某个还没有被加载的类，那么只能由一个线程去发起加载，另一个线程需要等待类加载完毕。
方法区怎么实现的
既然方法区是JVM的规范，所以在真正的虚拟机中，就需要实现这种规范，就相当于可以把JVM规范看成是一个接口（Interface），里面有个叫方法区的方法，而你如果要开发一个JVM那你就要去实现这个方法。所以每个JVM虚拟机有不同的实现方式。
市面上有很多虚拟机，最出名的就是Hotspot、oracle公司的JRockit和IBM的J9，后两款虚拟机的方法区实现我暂时不明了，就说说Hotspot中的方法区实现。
永久代（PermGen space）
在jdk1.7及以前，都是通过永久代来实现方法区的，永久代，永久代，感觉好像和新生代、老年代这种分代体系有点关系，实际上永久代就是在堆上划分出来的和新生代、老年代一样的一段连续内存空间，永久代也有大小，通常通过
-XX:PermSize；-XX:MaxPermSize； (初始和最大值)
来设置永久代的大小，而JVM会在full GC时对永久代进行回收，在JDK1.7之前，注意是之前，字符串常量池被存放在永久代中，因此经常导致方法区内存溢出抛出异常 java.lang.OutOfMemoryError: PermGen。在JDK1.7的时候，就将运行时常量池、静态变量移动到了堆中，其余部分则分配到了非堆内存中，但是逻辑上还是属于方法区的一部分。
- 永久代存在的问题就是，类和方法很难确定大小，设置永久代的大小比较困难
- 如果将永久代设置的大了，容易导致老年代溢出，如果将老年代设置的大了，又容易导致永久代溢出。所以就需要开发人员对自己的项目的非常的了解，才能设置一个比较适合的参数，很麻烦。
所以在JDK1.8的时候就用元空间实现了方法区。
元空间（Metaspace）
在JDK1.8使用元空间官方给出的解释是：
移除永久代是为了融合 HotSpot JVM 与 JRockit VM 而做出的努力，因为 JRockit 没有永久代，所以不需要配置永久代。
既然元空间实现了方法区，那么元空间的功能作用其实和永久代类似，但是实现方法区的方式还是有不同的：
元空间并不存在于堆内存中，而是机器的本地内存中，所以理论上来说，机器的内存有多大，方法区就可以有多大（如果不设置参数的话）
元空间的大小可以通过如下参数设置
- -XX:MetaspaceSize 初始空间大小，方法区大小达到了该值就触发GC，同时会对这个值进行调整，如果释放了大量的空间，那么就适当的调小该值；如果释放了很少的空间那么在不超过-XX:MaxMateSpaceSize时，适当的提高该值
- -XX:MaxMateSpaceSize 最大空间，默认没有限制
除了上面两个指定大小的选项以外，还有两个与 GC 相关的属性：
- -XX:MinMetaspaceFreeRatio在GC之后，最小的Metaspace剩余空间容量的百分比，减少为分配空间所导致的垃圾收集
- -XX:MaxMetaspaceFreeRatio在GC之后，最大的Metaspace剩余空间容量的百分比，减少为释放空间所导致的垃圾收集
参考博客：https://www.jianshu.com/p/66e4e64ff278
https://blog.csdn.net/u010588262/article/details/81365547
