jvm----类加载过程（原创笔记）

前言

jvm不关心class来源于什么语言
代码编译的结果从本地机器码变为字节码。jvm虚拟机不与语言绑定，只与class文件这种特定的二进制文件关联。任何语言的实现者都可以将jvm作为他们语言运行的基础，以class文件作为他们产品的交付媒介。

深入理解类的“初始化”

《jvm虚拟机规范》严格规定一下情况需立即对类进行“初始化”：
1、遇到new时，若没进行过初始化，则先初始化；读取或设置一个类型的静态字段时；调用一个类型的静态方法时；
2、使用java.lang.reflect包的方法对类型进行反射调用时；
3、发现要初始化的类其父类还没进行过初始化时，现触发父类初始化；
4、jvm启动时，要执行主类main方法，会先初始化这个主类；

以上几点为主动引用，即主动去初始化，那么什么是被动应用呢，如下：

1、通过子类引用父类的静态字段，不会导致子类初始化；（自行测试）
2、通过数组来引用类，不会触发此类的初始化；
3、常量在编译阶段会存入调用类常量池，本质上没有直接引用到定义常量的类，因此不会触发定义常量的类的初始化；

深入理解类加载

1、jdb8前三层类加载器：
启动类加载器：Bootstrap ClassLoader，负责加载存放在JDK\jre\lib；
扩展类加载器：Extension ClassLoader，它负责加载JDK\jre\lib\ext目录中；
应用程序类加载器：Application ClassLoader。
2、双亲委派模型，基本思想是：每一个类加载器都有一个父加载器，当需要加载一个class时，首先把该class的查询和加载优先委派给父加载器进行，若父加载器无法加载该class（因父加载器的目录限制），再去尝试自行加载。
3、违背双亲委派模型，不少框架会自行实现classloader满足特定需求，如Tomcat、osgi

jdk9 新特性

引入java模块化系统，可配置的封装隔离机制。首先要解决之前版本中基于类路径来查找依赖。模块化显示声明模块依赖，避免运行依赖引发的运行时异常。