java类和类加载器

虚拟机类加载器机制

Java虚拟机把class二进制类文件加载到内存中，然后经过连接、初始化，当然连接分为好几个部分，最终形成虚拟机可以直接使用的java类型语言，这就是虚拟机的类加载机制。

Java语言和其他一些语言不太相同，java类的加载和连接过程都是程序运气期间完成的，这样虽然在加载过程中需要一些额外的连接功能实现，增加了系统的开销，但是却极大的增强了java的灵活性，java之所以成为动态可扩展的语言正是由于他的运行期动态加载和动态连接功能所实现的。

 

类的加载时机

类的加载、验证、准备、初始化、卸载这五个阶段都是按照顺序执行的，这里所说的顺序并不是说第一个执行完之后才执行第二个，他们是相互交替执行，通常会在一个阶段过程中调用或者激活另外一个阶段。对于什么时候执行加载过程，虚拟机并没有规定，但是虚拟机规定了有且只有四种情况必须执行初始化过程（而加载、验证、准备自然就在他之前，所以我们也就可以从这里来理解加载的时间）

Ø 遇到 new，getstatic,putstatic或者invostatic这四条指令的时候，对于使用场景就是使用New创建对象，读取或者设置一个静态的类字段（被final修饰的变量已经在编译期已经把结果放入常量池，这种情况除外），以及调用一个类的静态方法，简单的说，就是对一个类里面的属性和函数进行访问的时候。

Ø 使用Java.lang.refrect进行反射调用的时候需要初始化

Ø 如果对一个子类进行初始化，如果父类没有被初始化，则先对父类进行初始化，

Ø 当一个类里面调用main方法的时候，虚拟机会对这个类进行初始化

类的加载过程

1) 加载

加载过程需要完成三件事情：

l 通过某种方式获取类的二进制字节流

之所以说某种方式，说明可以通过许多途径获取字节流，无论哪种方式只要获取的是class的二进制字节流都可以，例如，从zip包中读取，这很常见；从网络中获取；我们尝试用的代理模式；这些可变行，都可以为我们开发初期提供及其大的灵活性；

l 把字节流转换成虚拟机运行期方法区的数据结构

l Java堆中生成一个CLASS对象，做为方法的访问入口

当然在加载过程没有结束的时候，或许连接过程已经开始了，他们都是交替执行的。

 

2) 验证

l 验证过程包括class文件格式的验证，如class文件是否以魔术开头等等

l 元数据验证

l 字节码验证

l 符合引用验证

3) 准备

准备阶段需要注意，他会为类的静态变量分配内存，并给予默认的值，而实例变量并不会给他分配内存，实例变量只有在对象创建时候才会跟随对象一起分配到堆内存中去，例如对已静态变量：public static in a = 345;在准备阶段，会给他分配内存同时赋予默认的值0，所以此时的值并不是345，因为类并没有执行任何方法，只有在初始化时候，存放在类的《clinit》方法之中，才会被赋值，也就是在初始化时候才会真正的赋值，至于什么时候初始化前面已经讲过，另外对于《clinit》简单的就是类的静态变量属性和静态变量方法块，这点需要弄清楚。

4) 解析

5) 初始化

初始化过程就是执行《clinit》的过程，另外对于执行此过程需要注意一下几方面：

Ø 静态语句块只能访问定义在语句块之前的变量

Ø 他与构造函数不同，子类静态静态语句块 执行时候，他会先默认执行父类的静态语句块，因此虚拟机中最新被执行的应该是Object的clinit方法；这也就意味着对于子类访问父类静态语句块的一些数据，首先是父类初始化之后的值。

Ø 对于接口则不同，有当父类接口的静态变量被访问的时候，才会初始化父类的语句块

 

 

 

 

 

类与类的加载器

这部分不详细讲解，只讲解一些需要注意的地方：

类加载器基本分为以下三种：

Ø 启动类记载器（Bootstarp ClassLoader）

这个类加载器使用C++编写的，他没有父类加载器，他只加载java_home\lib下面的文件信息，是被虚拟机是别的，也就是即便把一些其他的类库放在这个文件下面，也不会被加载，这个加载器是无法被java程序直接使用。

Ø 扩展类加载器。

他负责加载java_home\lib\ext下面的文件，就是常用的java类库文件，这个加载器是可以被使用的

Ø 引用程序类加载器

也就是我们常用的类加载器，加载用户类classPath上面的类，如果用户没有自定义自己的类加载器，那么默认就是用这个类加载器。

 

一、对于一个类确定唯一性的确定

只有同一个类加载器对同一个class文件记载，才可以确定这个class在虚拟机中的唯一性，也就是说明是同一个类。这里的相等包括：class对象的Equals(),ininstance,instanceof等

二、双亲委派模型

这是基于类唯一性确定，引入双亲委培模型的类记载机制，他的工作过程是：

当一个类收到需要加载的请求时候，他不会自己去加载，先去委托父类去加载这个类，因为所有的类的加载都最终会到顶层的启动类加载器来记载，只有当父类无法完成这个加载请求（由于每一个加载器都负责自己加载的范围，当在自己付范围里面没有找到所需要的类）时候，子类才去尝试加载。可以参考java.lang.classLoader的loadClass（）方法代码分析。

这种默认是维护java稳定性很重要的一个机制，例如java.lang.Object他存放在rt.jar包中，无论哪一个加载器来加载，最终都会委托给启动类加载器来记载，这样就可以保证在不同的类加载环境中都可以保证是同一个类，相反，如果没有这样的一种委托机制，不同的类加载器都加载这个object，前面已经讲过，虽然是同一个class但是被不同的加载器加载，那么他们就不是同一个object类，这样连java体系最基本的东西都无法保证，应用程序也就会变的一边混乱。我们可以自己尝试写一个rt.jar下面的同包名，同类名的类，测试会发现，编译没有问题，但是永远不会被加载运行，会报错。