ClassLoader

什么是ClassLoader

ClassLoader是一个抽象类，我们用它的实例对象来装载类，它负责将Java字节码装载到JVM中，并使其成为JVM一部分。JVM的类动态装载技术能够在运行时刻动态地加载或者替换系统的某些功能模块，而不影响系统其他功能模块的正常运行。一般是通过类名读入一个class文件来装载这个类，（其它加载形式暂时没有研究过）。

ClassLoader装载过程

类装载就是寻找一个类或是一个接口的字节码文件并通过解析该字节码来构造代表这个类或是这个接口的class对象的过程。在Java中，类装载器把一个类装入Java虚拟机中，要经过三个步骤来完成：装载、链接和初始化，其中链接又可以分成校验、准备和解析三步，除了解析外，其它步骤是严格按照顺序完成的，各个步骤的主要工作如下：

1.装载：查找和导入类或接口的字节码；

2.链接：执行下面的校验、准备和解析步骤，其中解析步骤是可以选择的；

l校验：检查导入类或接口的二进制数据的正确性；

l准备：给类的静态变量分配并初始化存储空间；

l解析：将符号引用转成直接引用；

3.初始化：激活类的静态变量的初始化Java代码和静态Java代码块。

装载的实现

JVM中类的装载是由ClassLoader和它的子类来实现的。Java ClassLoader是一个重要的Java运行时系统组件，它负责在运行时查找和装入Java字节码。

在Java中，ClassLoader是一个抽象类，它在包java.lang中。可以这样说，只要了解了ClassLoader中的一些重要的方法，再结合上面所介绍的JVM中类装载的具体的过程，对动态装载类这项技术就有了一个比较大概的掌握，这些重要的方法包括以下几个：

1.loadCass方法：loadClass(String name ,boolean resolve)其中name参数指定了JVM需要的类的名称,该名称以类的全限定名表示，如Java.lang.Object；resolve参数告诉方法是否需要解析类，在初始化类之前，应考虑类解析，并不是所有的类都需要解析，如果JVM只需要知道该类是否存在或找出该类的超类，那么就不需要解析。这个方法是ClassLoader的入口点。

2.defineClass方法这个方法接受类文件的字节数组并把它转换成Class对象。字节数组可以是从本地文件系统或网络装入的数据。它把字节码分析成运行时数据结构、校验有效性等等。

3.findSystemClass方法findSystemClass方法从本地文件系统装入Java字节码。它在本地文件系统中寻找类文件，如果存在，就使用defineClass将字节数组转换成Class对象。当运行Java应用程序时,这是JVM正常装入类的缺省机制。

4.resolveClass方法resolveClass(Class c)方法解析装入的类，如果该类已经被解析过那么将不做处理。当调用loadClass方法时,通过它的resolve参数决定是否要进行解析。

5.findLoadedClass方法当调用loadClass方法装入类时,调用findLoadedClass方法来查看ClassLoader是否已装入这个类,如果已装入,那么返回Class对象,否则返回NULL。如果强行装载已存在的类,将会抛出链接错误。

java.lang.Class类

某个类的所有实例内部都有一个引用，指向该类对应的Class的实例的位置，每个java类对应的Class实例可以当作是类在内存中的代理人。所以当要获得类的信息(如有哪些类变量,有哪些方法)时，都可以让类对应的Class的实例代劳.java的Reflection机制就大量的使用这种方法来实现。但是Class类无法手工实例化，当载入任意类的时候自动创建一个该类对应的Class的实例。每个java类都是由某个classLoader(ClassLoader的实例)来载入的，因此Class类别的实例中都会他的ClassLoader的实例的引用。可以通过getClass.getClassLoader()得到CLassLoader的实例。

java动态载入class的两种方式:
1)implicit隐式,即利用实例化才载入的特性来动态载入class
2)explicit显式方式,又分两种方式:
a)java.lang.Class的forName()方法
b)java.lang.ClassLoader的loadClass()方法

各种java类由哪些classLoader加载?

1)java类可以通过实例.getClass.getClassLoader()得到
2)接口由AppClassLoader(SystemClassLoader)载入 ，SystemClassLoader：可以由ClassLoader.getSystemClassLoader()获得实例
3)ClassLoader类由bootstrap loader载入

ClassLoader hierachy:

1)jvm初始化产生bootstrap loader。并设定它的父ClassLoader为null

2)bootstrap loader建立AppClassLoader,载入 运行java.exe时 的-cp或-classpath中的类（每个运行中的线程都有一个成员contextClassLoader，用来在运行时动态地载入其它类系统默认的contextClassLoader是systemClassLoader）

Java类装载的代理结构

根(Bootstrap)装载器：该装载器没有父装载器，它是JVM实现的一部分，从sun.boot.class.path装载运行时库的核心代码。

扩展(Extension)装载器：继承的父装载器为根装载器，不像根装载器可能与运行时的操作系统有关，这个类装载器是用纯Java代码实现的，它从java.ext.dirs (扩展目录)中装载代码。

系统(System or Application)装载器：装载器为扩展装载器，我们都知道在安装JDK的时候要设置环境变量(CLASSPATH )，这个类装载器就是从java.class.path(CLASSPATH环境变量)中装载代码的，它也是用纯Java代码实现的，同时还是用户自定义类装载器的缺省父装载器。

小应用程序(Applet)装载器：父装载器为系统装载器，它从用户指定的网络上的特定目录装载小应用程序代码。

java中的代理结构是自上而下查找类的，这与很多web装载器不同。

tomcat中的实现的子ClassLoader的结构

Tomcat Server在启动的时候将构造一个ClassLoader树，以保证模块的类库是私有的
Tomcat Server的ClassLoader结构如下：


---------------------------+
| Bootstrap |
| | |
| System |
| | |
| Common |
| / \ |
| Catalina Shared |
| / \ |
| WebApp1 WebApp2 |
---------------------------+

其中：
- Bootstrap - 载入JVM自带的类和$JAVA_HOME/jre/lib/ext/*.jar
- System - 载入$CLASSPATH/*.class
- Common - 载入$CATALINA_HOME/common/...，它们对TOMCAT和所有的WEB APP都可见
- Catalina - 载入$CATALINA_HOME/server/...，它们仅对TOMCAT可见，对所有的WEB APP都不可见
- Shared - 载入$CATALINA_HOME/shared/...，它们仅对所有WEB APP可见，对TOMCAT不可见（也不必见）
- WebApp? - 载入ContextBase?/WEB-INF/...，它们仅对该WEB APP可见

ClassLoader被组织成树形，一般的工作原理是：
1) 线程需要用到某个类，于是contextClassLoader被请求来载入该类
2) contextClassLoader请求它的父ClassLoader来完成该载入请求
3) 如果父ClassLoader无法载入类，则contextClassLoader试图自己来载入


注意：WebApp?ClassLoader的工作原理和上述有少许不同：
它先试图自己载入类（在ContextBase?/WEB-INF/...中载入类），如果无法载入，再请求父ClassLoader完成