各位父老乡亲兄弟姐妹们。周末到了，讲道理今天不应该跟大家聊这种索然无味的技术梗。但是既然开了头不能虎头蛇尾的。也到了这个系列的最后一块——方法区。昨天我们也预告了，那既然放出话了就肯定要把诺言实现。我们今天就把这个系列给完结了。今天我们来聊聊JVM中的方法区（Method Area）。
方法区概述
我们用几个点来概括一下方法区是个什么东西和有什么用途。
方法区跟昨天介绍的堆都是各线程共享的内存区域。方法区主要是存储已经被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码和数据。
Java虚拟机中也有把方法区描述为堆的一个逻辑部分，但是它有一个别名叫做Non-Heap【非堆】，目的就是与Java堆区分开来。
对HotSpot虚拟机开发者来说，方法区也称为是永久代（Permanent Generation）,其实在本质上二者不等价，仅仅是因为HotSpot的团队把GC分代收集扩展至方法区，或者说使用永久代来实现方法区。节省了专门为方法区编写内存管理代码的工作。
对于其他虚拟机（BEA JRockit、IBM J9等）来说是不存在永久代的概念。
使用永久代来实现方法区更容易出现内存溢出问题（永久代有-XX:MaxPermSize的上限,J9和JRockit只要没有触碰到进程可用的内存上限就不会出现问题）。
当方法区无法满足内存分配的需求时，将抛出OutOfMemoryError异常，这时候你的程序一般也就挂了。
Java虚拟机规范对于方法区的限制非常宽松。只要满足下面的三个条件即可：
不需要连续内存
可选择固定大小或者可扩展
不实现垃圾收集
运行时常量池（Runtime Constant Pool）
运行时常量池是方法区的一部分。用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池。
Java虚拟机对于Class文件的每一部分的格式都有严格规定，但是对于运行时常量池Java虚拟机规范没有做出任何细节的要求。
一般来说，除了保存Class文件中描述的符号引用外，还会把翻译出来的直接引用也存储在运行时常量池。
运行时常量池相对于Class文件常量池的另一个重要的特征是动态性。运行期间也可能将新的常亮放到池中。
运行时常量池是方法区的一部分。也会出现OutOfMemoryError。
到这里我们关于JVM的所有区域介绍都已经说完了。下面我们把剩下的最后的一个跟JVM虚拟机有类似的功能。也是大家经常见到的区块——直接内存。严格意义上来说直接内存跟JVM无关。但是我们还是提一提吧。在特定的功能下还是很有了解的必要的。
直接内存（Direct Memory）
直接内存并不是虚拟机运行时数据区的一部分。也不是Java虚拟机规范中定义的内存区域。
JDK1.4新加入的NIO类，引入了基于通道（Channel）与缓冲区（Buffer）的I/O方式。它可以使用Native函数库直接分配堆外内存。然后通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作。
直接内存的分配不会受到Java堆大小的限制。但是会受到本机总内存大小以及处理器寻址空间的限制。
到这里我们所有的关于JVM的介绍都已经说完了。这周的工作时间内都在总结这几块的关系。后面我们会对各种工作中遇到的问题总结出来分享给大家。希望大家别踩我踩过的坑。也祝大家周末愉快。
我的文章每天都会在头条号首发，然后第二天转发到简书中，希望有兴趣的朋友可以关注我的头条号：[Bug制造机]
(https://www.toutiao.com/c/user/51553105950/#mid=1582105392193550)。谢谢大家的支持。
