目录
显示加载类的方法:Class.forName和classloader
一、Class类(Class文件)的结构
常量池表(Constant Pool Table):
- 用于存放编译期生成的各种字面量(Literal)与符号引用(Symbolic References)
- 类加载时,会将常量池表中的内容存放到方法区的运行时常量池(Runtime Constant Pool)中。
字面量:
- 比较接近于Java语言层面的常量概念,如文本字符串、被声明为final的常量值等。
符号引用:
- 概念:
- 一个java类将会编译成一个class文件。在编译时,java类并不知道所引用的类的实际地址,因此只能使用符号引用来代替。
- 符号引用以一组符号来描述所引用的目标,符号可以是任何形式的字面量,只要使用时能够无歧义的定位到目标即可。
- 符号引用的字面量形式明确定义在Java虚拟机规范的Class文件格式中。在Class文件中它以CONSTANT_Class_info、CONSTANT_Fieldref_info、CONSTANT_Methodref_info等类型的常量出现。
- 特点:
- 符号引用与虚拟机的内存布局无关,引用的目标并不一定加载到内存中。
直接引用:
- 概念:直接引用指向了方法实际运行时内存布局中的入口地址。
- 特点:
- 直接引用并不在Class文件的常量池中,而是存放在方法区的运行时常量池中。
- 直接引用和虚拟机实现的内存布局相关,如果有了直接引用,那引用的目标必定已在内存中存在。
符号引用转换为直接引用的方式:
- 前言:
- Class文件中(字节码)所有的方法调用指令中存储的都是符号引用,而不是方法在实际运行时内存布局中的入口地址(即:直接引用)。
- 静态连接:
- 当jvm加载一个类时,若被调用的目标方法在编译期可知,且运行期保持不变,那么jvm将该目标方法的符号引用转换为直接引用的过程称为静态连接。
- 动态连接:
- 如果被调用的方法在编译期无法被确定下来,只能在程序运行期将调用方法的符号引用转换为直接引用,这种转换的过程称为动态连接。
- java中的多态特性就是通过动态连接来实现的。正是因为动态连接这个特性,java具备了强大的动态扩展能力。
字段表集合:
- 描述接口或者类中声明的变量
方法表集合:
- 描述接口或者类中声明的方法
二、类加载器:
启动类加载器(Bootstrap ClassLoader):
- 负责将存放在 %JAVA_HOME%/lib 目录中的类库(如:rt.jar)加载到虚拟机内存中,用来加载Java的核心API,由本地代码(C)编写。
扩展类加载器(Extension ClassLoader):
- 负责加载%JAVA_HOME%/lib/ext 目录中的类库,用来加载Java的扩展API。
- 源码:rt.jar中的sun.misc.Launcher.ExtClassLoader类。
应用程序类加载器(Application ClassLoader):
- 负责加载用户类路径(ClassPath)中的类库。
- 源码:rt.jar中的sun.misc.Launcher.AppClassLoader类。
- 注:AppClassLoader是java.lang.ClassLoader中getSystemClassLoader()方法的返回值。故又称之为:系统类加载器
类加载器的使用时机:
- 服务启动时:会运行Bootstrap ClassLoader加载器来加载了Java核心的API(Extension ClassLoader和Application ClassLoader也在此时被加载),然后调用Extension ClassLoader加载扩展API,最后Application ClassLoader加载classpath下定义的Class。
- 调用ClassLoader.loadClass()方法 或 调用Class.forName()方法时。
类与类加载器的关系
- 一个类需要由加载它的类加载器和这个类本身一同来确定这个类在Java虚拟机中的唯一性。
- 判断两个类是否相等:
- 只有当两个类是由同一个类加载器加载时,判断它们是否相等才有意义。
- 如果两个类不是由同一个类加载器加载的,即使这两个类来源于同一个Class文件,被同一个虚拟机加载,只要加载它们的类加载器不同,那么这两个类一定不相等。
三、类的加载
双亲委派模型
原理:
- 如果一个类加载器收到了类加载的请求,它首先会把这个请求委派给父加载器去完成,每一个层次的类加载器都是如此,直到这个请求被委派到顶层的启动类加载器。只有当父加载器反馈自己无法完成这个加载请求(在它的搜索范围中没有找到所需的类)时,子加载器才会尝试自己去加载。
- 类加载器间的父子关系不是以继承的方式实现的,而是以组合关系的方式来复用父加载器的代码。
优点:
- Java类型体系中最基础的行为得到了保证,从而保证了Java程序的稳定运行。
- Java类随着它的类加载器一起具备了一种带有优先级的层次关系。
一个类的加载过程:
装载
- 找到相应的Class文件,读入JVM。
连接:
- 连接分为三步:验证、准备、解析
- 验证:
- 验证Class文件是否符合规定,确保Class文件中包含的信息符合当前虚拟机的要求。
- 准备:
- 为类变量分配内存并设置类变量的默认初始值,这些变量所使用的内存都将在方法区中进行分配。
- 注意:此时进行内存分配的只有类变量(static变量),不包括实例变量。实例变量会在对象实例化时随着对象一起分配在Java堆中。
- 解析:
- 将常量池中的符合引用替换为直接引用,此过程也称为"静态连接"。
初始化
- 类初始化的时机:
- 1)读取或设置类的静态字段(注:被final修饰、已在编译期间把结果放入常量池的静态字段除外),以及调用类的静态方法时。注:子类引用父类的静态字段,只会触发父类的初始化而不会触发子类的初始化。
- 2)使用new关键字来实例化对象的时候、使用java.lang.reflect包的方法对类进行反射调用的时候,如果类没有进行过初始化,则需要先触发其初始化
- 3)当初始化一个类的时候,如果发现其父类还没有初始化,则需要先触发其父类的初始化
- 4)当虚拟机启动时,用户需要指定一个要执行的主类(包含main方法的类),虚拟机会先初始化这个主类
- 类的初始化顺序
- 初始化顺序依次是(静态变量、静态初始化块)>(变量、初始化块)> 构造器
- *对于静态变量和静态初始化块之间、变量和初始化块之间的先后顺序:依照他们在类中的声明顺序进行初始化的
- 有继承关系时:(父类的静态变量、静态初始化块)>(子类的静态变量、静态初始化块)>(父类变量、初始化块)>(父类的构造器)>(子类变量、初始化块)>(子类构造器)
- *并不是父类完全初始化完毕后才进行子类的初始化,子类的静态变量和静态初始化块的初始化是在父类的变量、初始化块和构造器初始化之前就完成了
- 查看jar包中是否包含某个类: jar -tf test.jar | grep 类名
显示加载类的方法:Class.forName和classloader
ClassLoader.loadClass()方法:
- 在加载类的的时候并不对该类进行解析,因此不会初始化该类;
- protected Class<?> loadClass(String name, boolean resolve)
- resolve - 是否解析这个类,默认为false
- name - 类的二进制名称
Class.forName()方法:
- 在加载类的时候会将类进行解析和初始化。
- public static Class<?> forName(String name, boolean initialize, ClassLoader loader)
- name - 所需类的完全限定名
- initialize - 是否必须初始化类,默认为true
- loader - 用于加载类的类加载器,默认为当前类的类加载器