方法区
1)栈、堆、方法区的交互关系
2)方法区的理解
方法区看作是一块独立于Java堆的内存空间。
- 方法区(Method Area)与Java堆一样,是线程共享的内存区域。
- 方法区在JVM启动的时候被创建,并且它的实际的物理内存空间和Java堆区一样都可以是不连续的。
- 方法区的大小和堆空间一样,可以选择固定大小或者可扩展。
- 方法区的大小决定了系统可以保存多少个类,如果系统定义了太多的类,导致方法区溢出,虚拟机同样会抛出内存溢出错误:java.lang.OutOfMemoryError: PermGen space 或者 java.lang.OutOfMemoryError: Metaspace。
- 关闭JVM就会释放这个区域的内存。
3)设置方法区大小与OOM
元数据区大小可以使用参数-XX:MetaspaceSize和-XX:MaxMetaspaceSize指定。默认值依赖于平台,windows下,-XX:MetaspaceSize是21M,-XX:MaxMetaspaceSize是-1,即没有限制。
4)方法区的内部结构
它用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等。
类型信息:
对每个加载的类型(类class、接口interface、枚举enum、注解annotation),JVM必须在方法区中存储以下类型信息。
- 这个类型的完整有效名称(全名=包名.类名)。
- 这个类型直接父类的完整有效名(对于interface或是java.lang.Object,都没有父类)。
- 这个类型的修饰符(public,abstract,final的某个子集)
- 这个类型直接接口的一个有序列表。
域(Field)信息:
- JVM必须在方法区中保存类型的所有域的相关信息以及域的声明顺序。
- 域的相关信息包括:域名称、域类型、域修饰符。
方法(Method)信息:
-
方法名称。
-
方法返回类型(或 void)。
-
方法参数的数量和类型。
-
方法的修饰符。
-
方法的字节码、操作数栈、局部变量表及大小(abstract和native方法除外)。
-
异常表(abstract和native方法除外)。
每个异常处理的开始位置、结束位置、代码处理在程序计数器中的偏移地址、被捕获的异常类的常量池索引。
被声明为final的类变量的处理方法则不同,每个全局常量在编译的时候就会被分配了。
public class Demo2 { public static void main(String[] args) { Order order = null; order.hello(); System.out.println(order.count); } } class Order{ public static int count = 1; public static final int number = 2; public static void hello() { System.out.println("hello"); } }
被final修饰的number在编译的时候直接赋值上了。
-
字节码文件,内部包含了常量池。
-
方法区,内部包含了运行时常量池。
- 运行时常量池是方法区的一部分。
- 常量池表(Constant Pool Table)是Class文件的一部分,用于存放编译期生成的各种字面量与符号引用,这部分内容将在类加载后存放到方法区的运行时常量池中。
- 运行时常量池,在加载类和接口到虚拟机后,机会创建对应的运行时常量池。
- 运行时常量池中包括多种不同的变量,包括编译器就已经明确的数值字面量,也包括到运行期解析后才能获得的方法或者字段引用。此时不再是常量池中的符号地址了,这里换为真实地址。(运行时常量池,相对于Class文件常量池的另一重要特征是:具备动态性)
- 当创建类或接口的运行时常量池时,如果构造运行时常量池所需的内存超过了方法区所能提供的最大值,则JVM就会抛OutOfMemoryError异常。
-
5)方法区的演进细节
永久代为什么要被元空间替换?
-
因为永久代设置空间大小是很难确定得。
在某些场景下,如果动态加载类过多,容易产生Perm区的OOM。比如某个实际Web工程中,因为功能点比较多,在运行过程中,要不断动态加载很多类,经常出现致命错误:“Exception in thread ‘dubbo client x.x connector’ java.lang.OutOfMemoryError:PermGen space”。而元空间和永久代之间最大的区别在于:元空间并不在虚拟机中,而是使用本地内存。因此,默认情况下,元空间的大小仅受本地内存限制。
-
对永久代进行调优是很困难的。
6)方法区的垃圾回收
方法区的垃圾收集主要回收两部分内容:常量池中废弃的常量和不再使用的类型。
如何判定一个类型是否属于"不再被使用的类",需要满足下面三个条件:
- 该类的所有的实例都已经被回收,也就是Java堆中不存在改类及其任何派生子类的实例。
- 加载改类的类加载器已经被回收,这个条件除非是经过精心设计的可替换类加载器的场景,如:OSGI、JSP的重加载等,否则通常是很难达成的。
- 该类对应的java.lang.Class对象没有在任何地方被引用,无法在任何地方通过反射访问改类的方法。