JVM类加载机制

回到2018年的抖音哈哈.

回顾下：

1. java开发环境:

   java编译运行过程:

   • 1) 编译期：.java源文件，经过编译，生成.class字节码文件

     2) 运行期：JVM加载.class并运行.class(0和1)

     特点: 跨平台、一次编程,处处报错

   • 名词解释:

     1) JVM: java虚拟机

     加载.class并运行.class

     2) JRE: java运行环境

     除了包含JVM以外，还包含了运行java程序所必须的环境

     JRE = JVM+java系统类库(小零件)

     3) JDK: java开发工具包

     除了包含JRE以外，还包含了开发java程序所必须的命令工具

     JDK=JRE+编译、运行等命令工具

     结论:

     1) 运行java程序的最小环境为JRE

     2) 开发java程序的最小环境为JDK

Java中类加载器:

1.引导类加载器(启动类加载器):负责加载支撑JVM运行的位于JAR的lib类库.(该对象实际上是C++生成的对象)

BootstrapClassLoader

由引导类加载器负责加载创建其他类的加载器

2.扩展类加载器:负责加载支撑JVM运行的JRE的lib目录下的ext扩展目录下的jar包ExtensionClassLoader

3.应用程序类加载器:负责加载ClassPath路径下的类.主要就是自己写的类

ApplicationClassLoader

4.自定义加载器:负责加载用户自定义路径下的类

流程:

1.windows系统下,java.exe调用底层的jvm.dll文件创建java虚拟机(C++实现)

2.java虚拟机创建一个引导类加载器(C++实现）

3.引导类加载器加载sun.mis.Launcher创建其他类加载器

4.(其实加载的时候就初始化好了)通过Launcher.getLauncher()创建ExtClassLoader(扩展类加载器)和AppClassLoader(应用类加载器)

JVM启动器实例sun.mis.Launcher初始化使用单例模式,保证JVM虚拟机只有一个sun.mis.Launcher实例,在Launcher构造方法内部,创建了两个类加载器

分别是:

1.sun.misc.Launcher.ExtClassLoader(扩展类加载器)

2.sun.misc.Launcher.AppClassLoader(应用类加载器)

JVM默认使用Launcher.getClassLoader()方法返回AppClassLoader实例加载我们的应用程序

而 this.loader如下  是将ExtClassLoader做为参数给了AppClassLoader,因此也可以说ExtClassLoader是AppClassLoader生父

 大概就是这么个意思

关于双亲委派机制

 

 双亲委派机制说简单点就是，先找父亲加载，不行再由儿子自己加载

双亲委派机制的目的: