JVM-类加载机制
类生命周期
从类加载到初始化
1、加载：读取class文件二进制字节码内容（加载到方法区）
2、验证：class文件格式规范、语义分析、引用验证、字节码验证
3、准备：分配内存、设置类static修饰的变量初始值
4、解析：类信息、类、接口、方法、字段等解析
5、初始化：为静态变量赋值、执行静态代码块
6、使用：创建实例对象
7、卸载：从JVM方法区中卸载
方法区：
JVM用来存储加载的类信息、常量、静态变量、编译后的代码的数据。
虚拟机规范中这是一个逻辑区划，具体实现根据不同虚拟机来实现，如：oracle的HotSpot在Java7中方法区放在永久代，Java8放在元素据空间，并且通过GC机制对这个区域进行管理
类如何加载到方法区？
通过类加载器：加载网络、jar、Zip、文件夹、二进制数据、内存等指定位置的类资源
运行一个程序，至少3个类加载器实例，负责不同类的加载：
1、Bootstrap loader（核心类库加载器）：C/C++实现，加载JDK核心类库（lib目录、rt.jar、java.lang.String ...）
2、Extension class loader（扩展类库加载器）：扩展类库（ext目录）
3、Application class loader（用户应用程序类加载器）：加载java.class.path指定的目录、用户应用程序classpath
查看类对应的加载器：
通过jdk-api：java.lang.class.getClassLoader()，该方法返回装载类的类加载器
如果该类（如：String类）是由Bootstrap loader加载器加载的，则改方法返回null，因为Bootstrap loader加载器是C/C++实现，负责加载Java程序运行的必备类库
JVM如何知道我们的类在哪里？
通过java.class.path配置指定去哪些目录加载类资源
验证过程：利用jps、jcmd两个命令
jps：查看正在运行的JVM
jcmd：让正在运行中的jvm执行指令
e.g：jcmd 进程号 VM.system_properties
AppClassLoader默认读取java.class.path位置的类
URL jarUrl = new URL("file:\\D:\\demo.jar");
URLClassLoader classLoader = new URLClassLoader(new URL[]{jarUrl});
类重复加载判断：类加载器实例id+类路径+类名
tomcat类热加载原理：当文件有变化，创建一个新的类加载器实例重新加载（类路径+类名一般不会变）
查看类加载、卸载日志的JVM运行参数：--verbose:class
类卸载：
条件：
1、该class所有的实例都已被GC
2、加载该类的classloader实例被GC了
双亲委派模型：
URL jarUrl = new URL("file:\\D:\\demo.jar");
URLClassLoader classLoader1 = new URLClassLoader(new URL[]{jarUrl});
URLClassLoader classLoader2 = new URLClassLoader(new URL[]{jarUrl}, classLoader1 );
为了避免重复加载，由下到上逐级委托，由上到下逐级查找
首先不会自己去尝试加载类，而是把这个请求逐层委派给父加载器去完成
只有当父加载器反馈自己无法完成该加载请求（该加载器的搜索范围中没有找到对应的类）时，子加载器才会尝试自己去加载
注：类加载器之间不存在父类之类的关系，只是逻辑上定义的上下级关系
总结：
1、JVM知识分多个层级，知晓-领悟-熟练运用
2、当知识点被梳理清晰之后，学习方向会更加明确
3、合适的学习方法，能节约大量时间