开发工具可以将java源代码编译为class字节码,类加载器加载class字节码,将字节码中的内容分配到内存中, jvm内存的分区如下:
类加载有三种⽅方式:
Class.forName()
方法动态加载ClassLoader.loadClass(
)⽅法动态加载class.forName
和classLoader
都可⽤来对类进行加载,现在做如下测试:
Employee
类为测试做准备public class Employee {
static {
System.out.println("正在使⽤用静态初始化");
}
public Employee() {
System.out.println("构造⽅法正在执⾏");
}
}
ClassLoader.loadClass()
方法动态加载public class TestMain {
public static void main(String[] args) throws Exception {
System.out.println("begin classloader");
//获取到加载器器
ClassLoader loader = TestMain.class.getClassLoader();
System.out.println(loader);
//使用类加载器加载Employee对象
Class<?> c = loader.loadClass("com.reminis.bean.Employee");
System.out.println("after classloader");
System.out.println("before newInstance... ");
Employee info1 =(Employee) c.newInstance();
System.out.println("after newInstance... ");
}
}
/**
* 程序执行结果:
* begin classloader
* sun.misc.Launcher$AppClassLoader@18b4aac2
* after classloader
* before newInstance...
* 正在使⽤用静态初始化
* 构造⽅法正在执⾏
* after newInstance...
*/
class.forName()
测试:public class TestMain {
public static void main(String[] args) throws Exception {
System.out.println("begin class.forName()");
Class<?> clazz = Class.forName("com.reminis.bean.Employee");
System.out.println("after class.forName()");
System.out.println("before newInstance... ");
Employee instance = (Employee) clazz.newInstance();
System.out.println("after newInstance... ");
}
}
/**
* 程序执行结果:
* begin class.forName()
* 正在使⽤用静态初始化
* after class.forName()
* before newInstance...
* 构造⽅法正在执⾏
* after newInstance...
*
*/
Class.forName()
将类的.class
文件加载到jvm
中之外,还会对类进行解释,执行类中的static
块;ClassLoader.loadClass()
只干⼀一件事情,就是将.class
⽂件加载到jvm
中,不会执行static
中的内容,只有在newInstance
才会去执行static
块。Class.forName(name, initialize, loader)
带参函数也可控制是否加载static块。并且只有调⽤了newInstance()
⽅法采⽤调用构造函数,创建类的对象 。 类的加载指的是将类的.class
⽂件中的⼆进制数据读入到内存中,将其放在运行行时数据区的⽅方法区内,然后在堆区创建⼀个java.lang.Class
对象,用来封装类在方法区内的数据结构。类的加载的最终产品是位于堆区中 的Class
对象,Class
对象封装了类在⽅法区内的数据结构,并且向Java程序员提供了了访问⽅法区内的数据结构的接口。
类加载器并不需要等到某个类被“⾸次主动使用”时再加载它,JVM规范允许类加载器器在预料某个类将要被使用时就预先加载它,如果在预先加载的过程中遇到了了.class
文件缺失或存在错误,类加载器必须在程序首次主动使用该类时才报告错误(LinkageError
错误)如果这个类一直没有被程序主动使⽤,那么类加载器就不会报告错误。
加载.class
文件的方式:
.class
文件.class
文件.class
文件.class
文件其中类加载的过程包括了加载、验证、准备、解析、初始化五个阶段。
在这五个阶段中,加载、验证、准备和初始化这四个阶段发生的顺序是确定的,⽽解析阶段则不一定,它在某些情况下可以在初始化阶段之后开始。⽐如:动态绑定或晚期绑定。
注意:这里的⼏个阶段是按顺序开始,⽽不是按顺序进行或完成,因为这些阶段通常都是互相交叉地混合进行的,通常在⼀个阶段执行的过程中调⽤或激活另一个阶段。
加载主要指:查找并加载类的二进制数据。
java.lang.Class
对象,作为对方法区中这些数据的访问入⼝。相对于类加载的其他阶段⽽言,加载阶段(准确地说,是加载阶段获取类的⼆进制字节流的动作)是可控性最强的阶段,因为开发⼈员既可以使⽤系统提供的类加载器来完成加载,也可以自定义⾃⼰的类加载器来完成加载。
验证的目的:确保被加载的类的正确性。 验证是为了确保Class⽂件的字节流中包含的信息符合当前虚拟机的要求,并且不会危害虚拟机自身的安全.
验证内容为:
Class
文件格式的规范;例如:是否以0xCAFEBABE
开头、主次版本号是否在当前虚拟机的处理范围之内、常量池中的常量是否有不被支持的类型。javac
编译阶段的语义分析),以保证其描述的信息符合Java语言规范的要求;例如:这个类是否有父类,除了java.lang.Object
之外。验证阶段是非常重要的,但不是必须的,它对程序运行期没有影响,如果所引用的类经过反复验证,那么可以考虑采⽤-Xverifynone
参数来关闭⼤部分的类验证措施,以缩短虚拟机类加载的时间。
准备⽬的:为类的静态变量分配内存,并将其初始化为默认值。准备阶段是正式为类变量分配内存并设置类变量初始值的阶段,这些内存都将在方法区中分配。
public static int value = 10;
//value在准备阶段过后的初始值为0,⽽不是10.
//value赋值为10的动作将在初始化阶段才会执⾏。
把类中的符号引⽤转换为直接引⽤。
解析阶段是虚拟机将常量池内的符号引⽤替换为直接引⽤的过程,解析动作主要针对类或接⼝、字段、类⽅法、接⼝方法、⽅法类型、⽅法句柄和调用点限定符7类符号引⽤用进行。符号引⽤就是⼀组符号来描述⽬标, 可以是任何字⾯量。
直接引用就是直接指向目标的指针、相对偏移量或⼀个间接定位到目标的句柄。
初始化,为类的静态变量赋予正确的初始值,JVM负责对类进行初始化,主要对类变量进行初始化。在Java 中对类变量进行初始值设定有两种方式:
jvm初始化的步骤:
在如下几种情况下,Java虚拟机将结束⽣命周期
注意:这里⽗类加载器并不是通过继承关系来实现的,而是采用组合实现的。 站在Java开发⼈员的⻆度来看,类加载器器可以⼤大致划分为以下三类:
Bootstrap ClassLoader
,负责加载存放在JDK\jre\lib
下(JDK代表JDK的安装目录,下同),或被-Xbootclasspath
参数指定的路径中的,并且能被虚拟机识别的类库(如rt.jar
,所有的java.*
开头的类均被Bootstrap ClassLoader
加载)。启动类加载器是无法被Java程序直接引⽤的。Extension ClassLoader
,该加载器器由sun.misc.Launcher$ExtClassLoader
实现,它负责加载JDK\jre\lib\ext
目录中,或者由java.ext.dirs
系统变量指定的路径中的所有类库(如javax.*
开头的类),开发者可以直接使用扩展类加载器。Application ClassLoader
,该类加载器sun.misc.Launcher$AppClassLoader
来实现,它负责加载⽤户类路径(ClassPath)所指定的类,开发者可以直接用该类加载器,如果应⽤用程序中没有自定义过⾃己的类加载器,一般情况下这个就是程序中默认的类加载器。应用程序都是由这三种类加载器互相配合进行加载的,如果有必要,我们还可以加⼊入⾃定义的类加载器。
双亲委派模型的工作流程是:如果⼀个类加载器器收到了类加载的请求,它⾸先不会⾃己去尝试加载这个类,⽽是把请求委托给父加载器去完成,依次向上,因此,所有的类加载请求最终都应该被传递到顶层的启动类加载器中,只有当⽗类载器在它的搜索范围中没有找到所需的类时,即⽆法完成该加载,⼦加载器才会尝试自己去加载该类。
工作流程为:
AppClassLoader
加载⼀个class
时,它⾸先不不会⾃己去尝试加载这个类,⽽是把类加载请求委派给⽗类加载器ExtClassLoader
去完成。ExtClassLoader
加载⼀个class
时,它⾸先也不会⾃己去尝试加载这个类,⽽是把类加载请求委派给BootStrapClassLoader
去完成。BootStrapClassLoader
加载失败(例如在$JAVA_HOME/jre/lib
里未查找到该class
),会使⽤ExtClassLoader
来尝试加载;AppClassLoader
来加载,如果AppClassLoader
也加载失败,则会报出异常ClassNotFoundException
。双亲委派模型意义: