jvm虚拟机5.0笔记——类加载器的双亲委托机制及命名空间

类加载器的父亲委托机制
在父亲委托机制中，各个加载器按照父子关系形成了树形结构，除了根类加载器之外，其余的类加载器都有且只有一个父加载器

类加载器的父亲委托机制

若有一个类加载器能够成功加载Test类，那么这个类 加载器被称为定义类加载器，所有能成功返回Class对象引用的类加载器（包括定义类加载器）都被称为初始类加载器

调用ClassLoader类的loadClass方法加载一个类，并不是对类的主动使用，不会导致类的初始化（对类的加载，将类加载到内存当中）

获得ClassLoader的途径
获得当前类的 ClassLoader
clazz.getClassLoader();
获得当前线程上下文的ClassLoader
Thread.currentThread().getContextClassLoader()
获得系统的ClassLoader
ClassLoader.getSystemClassLoader()
获得调用者的ClassLoader
DriverManager.getCallerClassLoader()

类加载器的命名空间
每个类加载器都有自己的命名空间，命名空间由该加载器及所有父加载器所加载的类组成。
在同一命名空间中，不会出现类的完整名字（包括类的包名）相同的两个类
在不同的命名空间中，有可能会出现类的完整名字（包括类的包名）相同的两个类

关于命名空间的重要说明
1 子加载器所加载的类能够访问父加载器所加载的类
2 父加载器所加载的类无法访问到子类加载所加载的类

类的卸载
当MySample类被加载、连接和初始化后，它的生命周期就开始了。当代表MySample类的Class对象不再 被引用，即不可触及时，Class对象就会结束生命周期，MySample类在方法区内的数据也会被卸载，从而结束Sample类的生命周期

类加载器的双亲委托模型的好处：

1、 可以确保Java核心库的类型安全，所有的Java应用都至少会引用java.lang.Object类，也就是在运行期间，java.lang.Object这个类会被加载到Java虚拟机中，如果这个加载过程是由Java应用自己的类加载器所完成的，那么很可能就会在jvm当中存在多个版本的java.langh.Object类，而且这些类之间还是不兼容的，相互不可见的。（正是命名空间在发挥着作用）。
借助于双亲委托机制，Java核心类库中的类的家在工作都是由启动类加载器来统一完成，从而确保了Java应用所使用的都是同一版本的Java核心类库，他们之间是相互兼容的。
2 、 可以确保Java核心类库所提供的类不会 被自定义的类所替代。
3、 不同的类加载器可以为相同名称（binary name）的类创建额外的 命名空间。相同名称的类可以并存在Java虚拟机中，只需要用不同的类加载器加载他们即可。不同类加载器所加载的类之间是不兼容的，这就相当于在Java虚拟机内部创建了一个又一个相互隔离的Java类空间，这类技术在 很多框架中都得到了实际应用。

注意：
在运行期，一个Java类是由该类的完全限定名（binary name,二进制名）和用于加载该类的定义类加载器（defining loader ）所共同决定的。如果同样名字（即相同的完全限定名）的类是由两个不同的加载器所加载，那么这些类就是不同的，即便.class文件的字节码完全一样，并且从相同的位置加载亦如此

根类加载器由谁加载？
内建于JVM中的启动类加载器会加载java.lang.ClassLoader以及其他的Java平台类，当JVM启动时，一块特殊的机器码会运行，它会加载扩展类加载器与系统类加载器，这块特殊的机器码叫做启动类加载器（Bootstrap）。

启动类加载器 并不是Java类，而其他的加载器则都是java类，
启动类加载器是特定于平台的机器指令，它负责开启整个加载过程。

所有类加载器（除了启动类加载器）都被实现为java类。不过，总归要有一个组件来加载第一个Java类加载器，从而整个加载过程能够顺利进行下去，加载第一个纯Java类加载器就是启动类加载器的职责。

启动类加载器还会负责加载提供JRE正常运行所需要的基本组件，这包括java.util与java.lang包中的类等等。

扩展类加载器与系统类加载器也是由启动类加载器所加载的。