虚拟机(6)类与类加载器

类与类加载器

    每一个类加载器，都有一个类名称空间。要比较两个类是否“相等”，只有在这两个类由同一个类加载器加载的前提下才有意义。

双亲委派模型

1. 启动类加载器(Bootstrap ClassLoader)：这个类加载器负责将存放在<JAVA_HOME>\lib 目录中的，或者被-Xbootclasspath参数所指定的路径中，并且是虚拟机识别的（仅按照名字识别，例如 rt.jar，名字不符合的类库即使放在lib目录下也不会被加载）类库加载虚拟机内存中。
2. 扩展类加载器(Extension ClassLoader)：这个加载器由sun.misc.Launcher$ExtClassLoader实现，它负责加载<JAVA_HOME>\lib\ext目录中的，或者被java.ext.dirs系统变量所指定的路径中的所有类库。
3. 应用程序类加载器(Application ClassLoader)：这个类加载器由sun.misc.Launcher$AppClassLoader实现，也成为系统加载器。负责加载用户类路径（ClassPath）上所指定的类库，如果没有自定义类加载器的话，那么这个就是程序的类加载器。

    工作过程    

    如果一个类加载器收到了类加载请求，首先不会自己尝试加载这个类，而是把请求委派给父类加载器去完成，每个层次都是如此，因此所有的加载请求都会传递到顶层的启动类加载器中，只有父加载器反馈无法加载（它的搜索范围中没有找到所需要的类）时，子加载器才会尝试自己去加载。

    双亲委派的好处

    类具有了优先级的层次关系，例如类 java.lang.Object，它存放在 rt.jar中，无论哪个类加载器要加载这个类，最终都是委派给最顶端的启动类加载器进行加载，因此Objcet类在程序的各种类加载器环境中都是同一个类。相反，如果没有“双亲委派模型”，由各个类加载器去加载的话，程序中将会出现多个不同的Object类。

    破坏双亲委派模型

    osgi