一、类加载
1、在java代码中,类型的加载、连接与初始化过程都是在程序运行期间完成的。
2、提供了更大灵活性,增加了更多的可能性。
在如下几种情况下,java虚拟机将结束生命周期:
1、执行了System.exit()方法;
2、程序正常执行;
3、程序在执行过程中遇到异常或错误而异常终止;
4、由于操作系统出现错误而导致java虚拟机进程终止;
二、类的加载、连接、初始化、使用与卸载
1、加载:查找并加载类的二进制数据
概念:将类的.class文件中的二进制数据读入到内存中,将其放在运行时数据区的方法区内,然后在内存中创建一个java.lang.Class对象(规范并未说明Class对象位于哪里,HotSpot将其放在方法区中)用来封装类在方法区内的方法结构
加载.class文件的方式:
-从本地系统中直接加载
-通过网络下载.class文件
-通过zip,jar等归档文件中加载.class文件
-从专有数据库中提取.class文件
-将java源文件动态编译成.class文件
*类的加载的最终产品是位于内存中的Class对象,Class对象封装了类在方法区内的数据结构,并且向java程序员提供了访问方法区内的数据结构的接口
*类加载器不需要等到某个类被“首次主动使用”时才加载它
*JVM规范允许类加载器在预料某个类将要被使用时就预先加载它,如果在预先加载的过程中遇到了.class文件缺失或存在错误,类加载器必须在程序首次主动使用该类时才报告错误(LinkageError错误),如果一个类一直没有被程序主动使用,那么类加载器就不会报告错误
类加载器有两种:
1、java虚拟机自带的加载器
-根类加载器(Bootstrap)
-扩展类加载器(Extension)
-系统类加载(System)
2、用户自定义类加载器
2、连接:
概念:连接就是将已经读入到内存的类的二进制数据合并到虚拟机的运行时环境中去。
连接分为三步:
-验证:确保被加载的类的正确性(1.类文件的结构检查 2.语义检查 3.字节码验证 4.二进制兼容性的验证)
-准备:为类的静态变量分配内存,并将其初始化为默认值
-解析:把类中的符号引用转换为直接引用
3、初始化:为类的静态变量赋予正确的初始值
类的初始化步骤:
1、假如这个类没有被加载和连接,那就先加载和连接
2、假如这个类存在直接父类,并且这个父类还没有被初始化,那就先初始化直接父类
3、加入类中存在初始化语句,那就依次执行这些初始化语句
*静态变量的声明语句以及静态代码块都被看做是类的初始化语句。
类的初始化时机:主动使用
*当java虚拟机初始化一个类时,要求它的所有父类都已经初始化,但是这条规则并不适用于接口,
*在初始化一个类时,并不会先初始化它所实现的接口
*在初始化一个接口时,并不会先初始化它的父接口
*因此,一个父接口并不会因为它的子接口初始化而初始化,只有当程序首次使用特定接口的静态变量时,才会导致改接口初始化
*只有当程序访问的静态变量或静态方法确实在当前类或接口中定义时,才可以认为是对类或接口的主动使用。(通过子类访问父类定义的静态变量或静态方法就不算是对该子类的主动使用)
*调用ClassLoader类的loadClass方法加载一个类,并不是对类的主动使用,不会导致类的初始化。
4、使用:
-主动使用
主动使用的7种情况:
1、创建类的实例
2、访问某个类或者接口的静态变量,或对该静态变量赋值
3、调用类的静态方法
4、反射(如Class.forName("com.test.Test"))
5、初始化一个类的子类
6、java虚拟机启动时被标明为启动类的类
7、JDK1.7开始提过的动态语言支持:
java.lang.invoke.MethdHandle实例的解析结果REF_getStatic,REF_putStatic,REF_invokeStatic句柄对应的类没有初始化,则初始化
*所有的java虚拟机实现必须在每个类或接口被java程序“首次主动使用”时才初始化他们
-被动使用
除了主动使用的7种情况,其它使用java类的方式都被看做是对类的被动使用,都不会导致类的初始化
5、卸载:
当MySample类被加载、连接和初始化后,它的生命周期就开始了。当代表MySample类的Class对象不再被引用,即不可触及时,Class对象就会结束生命周期,MySample类在方法区内的数据也会被卸载,从而结束MySample类的生命周期。
一个类何时结束生命周期,取决于代表它的Class对象何时结束生命周期。
由java虚拟机自带的类加载器所加载的类,在虚拟机的生命周期中,始终不会被卸载。Java虚拟机自带的类加载器包括根类加载器、扩展类加载器和系统类加载器。Java虚拟机本身会始终引用这些类加载器,而这些类加载器则会始终引用它们所加载的类的Class对象,因此这些Class对象始终是可触及的,也即是说虚拟机自带的类加载器加载的类不能被卸载。
由用户自定义的类加载器加载的类是可以被卸载的
三、类加载器:
类加载器用来把类加载到java虚拟机中。从JDK1.2版本开始,类的加载过程采用父亲委托机制,这种机制能更好的保证java平台的安全。在此委托中,除了java虚拟机自带的根类加载器以外,其余的类加载器都有且只有一个父加载器。当java程序请求加载器loader1加载Sample类时,loader1首先委托自己的父加载器去加载Sample类,若父加载器能加载,则由父加载器完成加载任务,否则才由加载器loader1本身加载Sample类。
java虚拟机自带了以下几种加载器:
根类加载器(bootstrap):该加载器没有父加载器。它负责加载虚拟机的核心类库,如java.lang.*等。根类加载器从系统属性sun.boot.class.path所指定的目录中加载类库。根类加载器的实现依赖于底层操作系统,属于虚拟机的时实现的一部分,它并没有继承java.lang.ClassLoader类。
扩展类加载器(Extension):它的父加载器为根类加载器。它从java.ext.dirs系统属性所指定的目录中加载类库,或者从JDK的安装目录jre\lib\ext子目录(扩展目录)下加载类库,如果把用户创建的jar文件放在这个目录下,也会自动由扩展类加载器加载。扩展类加载器是纯java类,是java.lang.ClassLoader类的子类。
系统类加载器(System):也称为应用类加载器,它的父加载器为扩展类加载器。它从环境变量classpath或系统属性java.class.path所制定的目录中加载类,它是用户自定义的类加载器的默认父加载器。系统类加载器是纯java类,是java.lang.ClassLoader类的子类。
除了自带加载器以外,用户还可以自定义加载器,所有用户自定义加载器都应该继承ClassLoader类。
获取当前类的ClassLoader:
clazz.getClassLoader();
获取线程上下文的ClassLoader:
Thread.getCurrentThread().getContextClassLoader();
获取系统ClassLoader:
ClassLoader.getSystemClassLoaser();
获取调用者的ClassLoader:
DriverManager.getCallerClassLoader();
-
类加载器的父亲委托机制
*父亲委托机制的优点是能够提高软件系统的安全性。因为在此机制下,用户自定义的类加载器不可能加载应该由父加载器加载的可靠类,从而防止不可靠甚至恶意的代码代替由父加载器加载的可靠代码。例如,java.lang.Object类总是由根类加载器加载,其它任何用户自定义的类加载器都不可能加载含有恶意代码的java.lang.Object类
在父亲委托机制中,各个加载器按照父子关系形成了树形结构,除了根类加载器之外其余的加载器都有且只有一个父加载器。
若有一个类能够成功加载Test,那么这个类加载器被称为定义类加载器,所有能成功返回class对象引用的类加载器(包含定义类加载器)被称为初始类加载器
需要指出的是,加载器之间的父子关系实际上指的是加载器对象之间的包装关系,而不是类之间的继承关系。一对父子加载器可能是同一个加载器类的两个实例,也可能不是。在子加载器对象里包装了一个父加载器对象。例如loader1与loader2都是MyClassLoader的示例,并且loader2包装了loader1,那么loader1是loader2的父加载器。
MyClassLoader loader1 = new MyClassLoader();
// 参数loader1作为loader2的父加载器
MyClassLoader loader2 = new MyClassLoader(loader1);
-
命名空间
- 每个加载器都有自己的命名空间,命名空间由该加载器及所有父加载器所加载的类组成;
- 在同一个命名空间中,不会出现类的完整名字(包括类的包名)相同的两个类;
- 在不同的命名空间中,有可能会出现类的完整名字(包括类的包名)相同的两个类;
同一个命名空间里的类是相互可见的。
子加载器的命名空间包含所有父加载器的命名空间。因此子加载器加载的类能看见父加载器加载的类,但是父加载器加载的类不能看到子加载器加载的类。
如果两个加载器之间没有父子关系,那么它们各自加载的类互相不可见。