认识达内从这里开始

认真做教育专心促就业

山东编程:Java 类加载器

发布：达内培训班
来源：互联网
时间：2018-04-12 09:26

    1. 什么是类加载器
    类加载器就是用来加载类的东西！类加载器也是一个类：ClassLoader
    类加载器可以被加载到内存，是通过类加载器完成的！Java虚拟机中可以安装多个类加载器，系统默认三个主要类加载器，每个类负责加载特定位置的类：
    BootStrap:引导类加载器，加载rt.jar中的类
    ExtClassLoader:扩展类加载器，加载lib/ext目录下的类
    AppClassLoader:系统类加载器，加载CLASSPATH下的类，即我们写的类，以及第三方提供的类
    类加载器之间存在上下级关系，系统类加载器的上级是扩展类加载器，而扩展类加载器的上级是引导类加载器
    类加载器也是Java类，因为其它java类的类加载器本身也要被类加载器加载，显然必须有第一个类加载器不是java类，这正是BootStrap.
    Java虚拟机中的所有类装载器采用具有父子关系的树形结构进行组织，在实例化每个类装载器对象时，需要为其指定一个父级类装载器对象或者默认采用系统类装载器为其父级类加载
    2. 类的加载
    当程序要使用某个类时，如果该类还未被加载到内存中，则系统会通过加载，连接，初始化三步来实现对这个类进行初始化。
    2.1 加载
    就是指将class文件读入内存，并为之创建一个Class对象。任何类被使用时系统都会建立一个Class对象。
    2.2 连接
    验证：是否有正确的内部结构，并和其他类协调一致
    准备：负责为类的静态成员分配内存，并设置默认初始化值
    解析：将类的二进制数据中的符号引用替换为直接引用
    2.3 初始化
    类会在首次被“主动使用”时执行初始化，为类（静态）变量赋予正确的初始值。在Java代码中，一个正确的初始值是通过类变量初始化语句或者静态初始化块给出的。
    初始化一个类包括两个步骤：
    如果类存在直接父类的话，且直接父类还没有被初始化，则先初始化其直接父类
    如果类存在一个初始化方法，就执行此方法

注：初始化接口并不需要初始化它的父接口。

山东编程

    3. 类初始化时机
    创建类的实例
    访问类的静态变量，或者为静态变量赋值
    调用类的静态方法
    使用反射方式来强制创建某个类或接口对应的java.lang.Class对象
    初始化某个类的子类
    直接使用java.exe命令来运行某个主类
    4. 类加载器
    负责将。class文件加载到内在中，并为之生成对应的Class对象。虽然我们不需要关心类加载机制，但是了解这个机制我们就能更好的理解程序的运行。
    4.1 类加载器的组成
    BootstrapClassLoader 根类加载器
    ExtensionClassLoader 扩展类加载器
    SysetmClassLoader 系统类加载器
    4.2类加载器的作用
    1、Bootstrap ClassLoader 根类加载器
    也被称为引导类加载器，负责Java核心类的加载，比如System,String等。在JDK中JRE的lib目录下rt.jar文件中。
    2、Extension ClassLoader 扩展类加载器
    负责JRE的扩展目录中jar包的加载。在JDK中JRE的lib目录下ext目录
    3、Sysetm ClassLoader 系统类加载器
    负责在JVM启动时加载来自java命令的class文件，以及classpath环境变量所指定的jar包和类路径。通过这些描述我们就可以知道我们常用的东西的加载都是由谁来完成的。到目前为止我们已经知道把class文件加载到内存了，那么，如果我们仅仅站在这些class文件的角度，我们如何来使用这些class文件中的内容呢？这就是我们反射要研究的内容。
    5. JVM眼中的相同的类
    在JVM中，不可能存在一个类被加载两次的事情！一个类如果已经被加载了，当再次试图加载这个类时，类加载器会先去查找这个类是否已经被加载过了，如果已经被加载过了，就不会再去加载了。
    但是，如果一个类使用不同的类加载器去加载是可以出现多次加载的情况的！也就是说，在JVM眼中，相同的类需要有相同的class文件，以及相同的类加载器。当一个class文件，被不同的类加载器加载了，JVM会认识这是两个不同的类，这会在JVM中出现两个相同的Class对象！甚至会出现类型转换异常！
    6. 类加载器的委托机制
    首先委托类加载器的父类去加载，如果父类无法加载则自己加载
    当系统类加载器去加载一个类时，它首先会让上级去加载，即让扩展类加载器去加载类，扩展类加载器也会让它的上级引导类加载器去加载类。如果上级没有加载成功，那么再由自己去加载！
    例如我们自己写的Person类，一定是存放到CLASSPATH中，那么一定是由系统类加载器来加载。当系统类加载器来加载类时，它首先把加载的任务交给扩展类加载器，如果扩展类加载器加载成功了，那么系统类加载器就不会再去加载。这就是代理模式了！
    相同的道理，扩展类加载器也会把加载类的任务交给它的“上级”,即引导类加载器，引导类加载器加载成功，那么扩展类加载器也就不会再去加载了。引导类加载器是用C语言写的，是JVM的一部分，它是最上层的类加载器了，所以它就没有“上级了”.它只负责去加载“内部人”,即JDK中的类，但我们知道Person类是我们自己写的类，所以它加载失败。
    当扩展类加载器发现“上级”不能加载类，它就开始加载工作了，它加载的是libext目录下的jar文件，当然，它也会加载失败，所以最终还是由系统类加载器在CLASSPATH中去加载Person,最终由系统类加载器加载到了Person类。

代理模式保证了JDK中的类一定是由引导类加载加载的！这就不会出现多个版本的类，这也是代理模式的好处。

更多山东编程相关资讯，请扫描下方二维码

山东编程