JVM：编译加载机制与自定义类加载器

编译机制

编译主要是把.java文件转换为.class文件。其中转换后的.class文件就包含了元数据，方法信息等一些信息。

比如说元数据就包含了java文件中声明的常量，也就是我们所说的常量池。

类加载机制

jvm是通过一个称为ClassLoader的东西来加载clss文件，每当jvm启动的时候，就会产生三个ClassLoader，

他们分别是Bootstrap loader，ExtClassLoader， AppClassLoader。

BootStrao Loader ：他所加载的都是JVM中最底层的类

ExtClassLoader：用于加载java的一些库

AppClassLoader: 他主要由java.class.path来指定

工作过程：如果一个类加载器受到了类加载的请求，他首先不会自己尝试去加载这个类，而是把这个请求委派给

父类加载器去完成，每一个层次的类加载都是如此，因此所有的加载请求最终都应该传送到顶层的启动类加载器中，

只有当父类加载器反馈自己无法加载这个加载请求的时候，子加载器才会尝试自己去加载。

那么，在加载完class文件之后，ClassLoader如何将class文件变成一个java类的？

在ClassLoader中有一个非常重要的方法叫findclass（）方法，他接受要加载的类作为它的参数，

在该方法中会找到class文件并且读取文件中的内容到一个byte数组，然后再调用另外一个方法：defineClass（），

该方法能够把byte数组中的内容转化为一个相应的Class Objec。

委托机制，指先委托父转载器寻找类目标，只有在找不到的情况下才能从自己的类路径中查找并装载类，这一点是

从安全角度考虑的，试想如果有人编写了一个恶意的基础类，比如String类，但是有了全盘负责委托机制，String

类永远是有根装载器装载，这样就避免了事件的发生，另外我们经常遇到的NoSuchMethodError的错误往往就是因为

加载了不同版本的包造成的。

自定义类加载器

默认的类加载器只知道如何从本地加载类，如果我们的程序只是在本机跑的话，一般来说默认加载器可以应付

但是如果我们需要加载远程服务器的类，或者说加载网上的，不是本机上的类的时候，就需要用到自定义类加载器

实现方式：

自定义类加载器可以选择继承ClassLoader类，重写里面的方法来实现。里面有三个重要的方法，一个是loadClass（）

方法，一个是findClass方法，一个是defineClass方法；

对于loadClass（String name,Boolean resolve）方法：不推荐重写，因为loadClass（）方法做的工作主要为

实现双亲委托模型，我们重写的话可能会破坏该模型，并且也增加自己的开发难度。

对于defineclass（String name，byte[] b,int off, int len）方法，主要用于将原始字节转换为class对象，也不需要重写。

对于findClass（String name）方法，根据名称来查找类。把。class文件的内容放到一个byte[]数组中，供

defineClass（）方法使用。一般我们就重写这个方法。在这个方法中，我们重新定义从哪里，怎么样读取

        文件内容。这样我们就可以把从本机上改为从网络上得到类，从而实现自定义类加载器。

总而言之：

1.继承ClassLoader类

2重写findClass（String name）方法。在这个方法里面我们重新定义从哪里，怎么样读取文件内容到byte[]

数组中，供defineClass使用