Java类加载器以及osgi的基本原理图解

Java虚拟机在第一次遇到关于某Class的特殊指令的时候，会将Class加载到方法区。

这是类加载的生命周期：

其中

验证很重要，是JAVA程序重要的安全保障。分为：

1 文件格式验证 2 元数据验证 3 字节码验证 4 符号引用验证。

解析的过程，可以和过去C程序的链接的过程很类似。

初始化的过程，会调用  static块，且只调用一次。

类加载器：

相同的字节码和类的完全限定名，由不同的类加载器加载，视为不同的class，方法区会有多个Class对象。

尝试用BootStrap 加载自己编写的rt.jar也无法通过验证会报错，这样保证了java程序的安全。

JDK 一个BootStrap ClassLoader, 是使用C++实现的。负责加载rt.jar ,设置父加载器为null，可以实现委派。 java代码没有这个类，ClassLoad接口里面有一些native方法的，去调用本地代码，与其结合。

ExtClassLoader 扩展类加载器，他负责加载$JAVE_HOME\lib\ext 里面的库。

AppClassLoader,应用程序类加载器，负责加载应用程序ClassPath下面的库。

类加载器，默认有双亲委派模型， 这个模型不是要继承，而是设置parent ClassLoad的变量，委派的代码，

在抽象类 ClassLoader 中的loadClass  方法实现，代码很简单。最终委派到BootStrap ，如果他抛了异常（ClassNotFoundException），再由下一层的类加载器，尝试加载。如果，都不能加载，则会由最末端的加载器，抛出ClassNotFoundException.

要破坏双亲委派模型，需要覆盖抽象类ClassLoader类的loadClass方法，以及实现自己的findClass方法。

OSGI 就是这样做得：

关于OSGI, 后续做一个DEMO， 并查看一下OSGI类加载器的源码。

最后一个图，是tomcat的加载器结构图：

转载于:https://my.oschina.net/u/2504171/blog/525069