类加载器

通过一个类的全限定名来获取描述此类的二进制字节流，放到Java虚拟机外部去实现，以便让应用程序自己决定如何去获取所需要的类。类加载器在类层次划分，OSGi，热部署，代码加密等

类与类加载器

双亲委派模型

两种不同的类加载器：一种启动类加载器，使用C++语言实现，虚拟机自身的，另一个所有其他的类记载器，使用Java语言实现，独立于虚拟机外部，全部继承自抽象类java.lang.classLoader Java程序使用的3种系统提供的类加载器。 1.启动类加载器：负责存放在<JAVA_HOME>lib目录中的。或者被-Xbootclasspath参数所指定的路径中的，是被虚拟机识别的类库加载到虚拟机内存中。启动类加载器无法被Java程序直接引用，用户在编写自定义类加载器时，如果需要把加载请求委派给引导类加载器，直接用null代替 2.拓展类加载器：负责加载<JAVA_HOME>libext目录中的，或者被java.ext.dirs系统变量所指定的路径中的所有类库，由sun.misc.Launcher$ExtClassLoader实现 3.应用程序类加载器：负责加载用户类路径上所指定的类库,开发者可以直接使用这个类加载器或者自定义。 这三种类加载器互相配合进行加载的，如果有定义的类加载器及加载。 工作过程： 类加载器收到了类加载的请求,首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一层次加载器都是这样的，所有的加载请求最终都应该传送到顶层的启动类加载器中，只有父加载器反馈自己无法完成这个加载请求时，子加载器才会尝试自己去加载 优点： Java类随着它的类加载器一起具备了一种带有优先级的层次关系。保证了Object类在各种类加载器环境中都是同一个类。 保证Java程序的稳定运作，实现了双亲委派的代码都集中在java.lang.ClassLoader的loadClass()方法之中

破坏双亲委派模型

双亲委派模型不是一个强制性的约束模型，因为一些需求，双亲委派模型出现3次较大规模的“被破坏”情况 第一种：java.lang.ClassLoader添加了一个新的protected方法findClass()，把自己的类加载逻辑写道findClass()方法中，在loadClass()方法的逻辑里如果父类加载失败，就会调用自己的findClass()方法来完成加载 第二种：引入线程上下文加载器。通过java.lang.Thread类的setContextClassLoaser()方法进行设置，如果创建线程时还未设置，将从父线程中继承一个，如果在应用程序的全局范围内都没有设置过的话，就是应用程序类加载器 第三种：OSGi成为了Java模块化标准，实现模块化热部署的关键，都是由自定义的类加载器机制实现。每个程序模块都有一个自己的类架子当更换程序模块连同类加载器一起换 OSGi进行类搜索顺序： 1.以java.*开头的类委派给父类加载器加载 2.委派列表名单内的类委派给父类加载器加载 3.将Import列表中的类委派给Export这个类的程序模块的类加载器加载 4.查找当前程序模块的class path 使用自己的类加载器加载 5.查找类是否在自己的Fragment Bundle中，在的话委派给Fragment Bundle的类加载器加载 6.查找 dynamic import 列表的bundle，委派给对应Bundle的类加载器加载 7.类查找失败