类与类加载器
每一个类加载器,都有一个类名称空间。要比较两个类是否“相等”,只有在这两个类由同一个类加载器加载的前提下才有意义。
双亲委派模型
- 启动类加载器(Bootstrap ClassLoader):这个类加载器负责将存放在<JAVA_HOME>\lib 目录中的,或者被-Xbootclasspath参数所指定的路径中,并且是虚拟机识别的(仅按照名字识别,例如 rt.jar,名字不符合的类库即使放在lib目录下也不会被加载)类库加载虚拟机内存中。
- 扩展类加载器(Extension ClassLoader):这个加载器由sun.misc.Launcher$ExtClassLoader实现,它负责加载<JAVA_HOME>\lib\ext目录中的,或者被java.ext.dirs系统变量所指定的路径中的所有类库。
- 应用程序类加载器(Application ClassLoader):这个类加载器由sun.misc.Launcher$AppClassLoader实现,也成为系统加载器。负责加载用户类路径(ClassPath)上所指定的类库,如果没有自定义类加载器的话,那么这个就是程序的类加载器。
工作过程
如果一个类加载器收到了类加载请求,首先不会自己尝试加载这个类,而是把请求委派给父类加载器去完成,每个层次都是如此,因此所有的加载请求都会传递到顶层的启动类加载器中,只有父加载器反馈无法加载(它的搜索范围中没有找到所需要的类)时,子加载器才会尝试自己去加载。
双亲委派的好处
类具有了优先级的层次关系,例如类 java.lang.Object,它存放在 rt.jar中,无论哪个类加载器要加载这个类,最终都是委派给最顶端的启动类加载器进行加载,因此Objcet类在程序的各种类加载器环境中都是同一个类。相反,如果没有“双亲委派模型”,由各个类加载器去加载的话,程序中将会出现多个不同的Object类。
破坏双亲委派模型
osgi