（一）、Java内存分析
- Java内存
- 堆
- 存放new的对象和数组
- 可以被所有的线程共享，不会存放别的对象引用
- 栈
- 存放基本变量类型（会包含这个基本类型的具体数值）
- 引用对象的变量会存放这个引用在堆里面的具体地址）
- 方法区
- 可以被所有的线程共享
- 包含了所有的class和static变量
（二）、了解类的加载过程
当程序主动使用某个类时，如果该类还未被加载到内存中，则系统会通过如下三个步骤来对该类进行初始化。
1.类的加载（Load）：将类的class文件读入内存，并为之创建一个java.lang.Class对象，此过程由类加载器完成。
2.类的链接（Link）：将类的二进制数据合并到JRE中。
3.类的初始化（Initialize）：JVM负责对类进行初始化。
1.类的加载与ClassLoader的理解
- 加载：将class文件字节码内容加载到内存中，并将这些静态数据转换成方法区的运行时数据结构，然后生成一个代表这个类的java.lang.Class对象。
- 链接：将Java类的二进制代码合并到JVM的运行状态之中的过程。
- 验证：确保加载的类信息符合JVM规范，没有安全方面的问题
- 准备**：正式为类变量（static）分配内存并设置类变量默认初始值的阶段**，这些内存都将方法区中进行分配。
- 解析：虚拟机常量池内的符号引用（常量名）替换为直接引用（地址）的过程
- 初始化：
- 执行类构造器()方法的过程。类构造器()方法是由编译器自动收集类中所有类变量的复制动作和静态代码块中的语句合并产生的（类构造器是构造类信息的，不是构造该类对象的构造器）
- 当初始化一个类的时候，如果发现其父类还没有进行初始化，则需要先触发其父类的初始化。
- 虚拟机会保证一个类的()方法在多线程环境中被正确加锁和同步
package com.reflection; import com.sun.xml.internal.ws.api.model.wsdl.WSDLOutput; public class Test05 { public static void main(String[] args) { A a = new A(); System.out.println(A.m); //值为100，，，运行程序可以知道先静态后无参 /* 1.加载到内存，会产生一个类对应class对象 2.链接。链接结束后 m = 0; 3.初始化 <clinit>(){ System.out.println("A类静态代码块初始化"); m = 300; m = 100; } m = 100 代码合并之后 m = 100 */ } } class A{ static { System.out.println("A类静态代码块初始化"); m = 300; } static int m = 100; public A(){ System.out.println("A类的无参构造初始化"); } }
2.什么时候会发生初始化
- 类的主动引用（一定会发生类的初始化）
- 当虚拟机启动，先初始化main方法所在的类
- new一个类的对象
- 调用类的静态成员（除了final常量）和静态方法
- 使用java.lang.reflect包的方法对类进行反射调用
- 当初始化一个类，如果其父类没有被初始化，则先会初始化它的父类
- 类的被动引用（不会发生类的初始化）
- 当访问一个静态域时，只有真正声明这个域的类才会被初始化。如：当通过子类引用父类的静态变量，不会导致子类初始化
- 通过数组定义类引用，不会触发此类的初始化
- 引用常量不会触发此类的初始化（常量在链接阶段就存入调用类的常量池中了）
package com.reflection; //测试类什么时候会初始化 public class Test06 { static{ System.out.println("Main类被加载"); } public static void main(String[] args) throws ClassNotFoundException { // //1.主动引用 // Son son = new Son(); // /* // Main类被加载 // 父类被加载 // 子类被加载 // */ //2.反射也会产生主动引用 //Class.forName("com.reflection.Son"); // //不会产生类的引用的方法 // System.out.println(Son.b); // /* // Main类被加载 // 父类被加载 // 2 // */ // Son[] array = new Son[5]; // /* // Main类被加载 // */ System.out.println(Son.M); /* Main类被加载 1 */ } } class Father{ static int b = 2; static{ System.out.println("父类被加载"); } } class Son extends Father{ static{ System.out.println("子类被加载"); m = 300; } static int m = 100; static final int M = 1; }
（三）、类加载器的作用
- 类加载的作用：将class文件码内容加载到内存中，并将这些静态数据转换成方法区的运行时数据结构，然后在堆中生成一个代表这个类的java.lang.Class对象，作为方法区中类数据的访问入口。
- 类缓存：标准的JavaSE类加载器可以按要求查找类，但一旦某个类被加载到类加载器中，它将维持加载（缓存）一段时间。不过JVM垃圾回收机制可以回收这些Class对象
- 类加载器的作用是用来把类（class）装载进内存的，JVM规范定义了如下类型的类的加载器。
- 引导类加载器：用C++编写的，是JVM自带的类加载器，负责Java平台的核心库rt.jar，用来装载核心类库。该加载器无法直接获取
- 扩展类加载器：负责jre/lib/ext目录下的jar包或-D java.ext.dirs指定目录下的jar包装入工作库
- 系统类加载器：负责java -classpath 或 -D java.class.path所指目录下的类与jar包装入工作，是最常用的加载器
package com.reflection; public class Test07 { public static void main(String[] args) throws ClassNotFoundException { //获取系统类的加载器 ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader(); System.out.println(systemClassLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2 //获取系统类加载器的父类加载器--->扩展类加载器 ClassLoader parent = systemClassLoader.getParent(); System.out.println(parent);//sun.misc.Launcher$ExtClassLoader@1540e19d //获取扩展类加载器的父类加载器--->根加载器（C/C++） ClassLoader parent1 = parent.getParent(); System.out.println(parent1);//null //测试当前类是哪个加载器加载的 ClassLoader classLoader = Class.forName("com.reflection.Test07").getClassLoader(); System.out.println(classLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2 //测试JDK内置的类是谁加载的 classLoader = Class.forName("java.lang.Object").getClassLoader(); System.out.println(classLoader);//null //如何获得系统类加载器可以加载的路径 System.out.println(System.getProperty("java.class.path")); //双亲委派机制 //如果自己编写的jar包系统中有的话，自己写的是不起作用的 /* C:\Program Files\Java\jdk1.8.0_131\jre\lib\charsets.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\deploy.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\access-bridge-64.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\cldrdata.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\dnsns.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\jaccess.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\jfxrt.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\localedata.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\nashorn.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\sunec.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\sunjce_provider.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\sunmscapi.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\sunpkcs11.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\ext\zipfs.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\javaws.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\jce.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\jfr.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\jfxswt.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\jsse.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\management-agent.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\plugin.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\resources.jar; C:\Program Files\Java\jdk1.8.0_131\jre\lib\rt.jar; D:\aAAAA\code\out\production\lianxi; D:\tools\IntelliJ IDEA 2019.3.3\lib\idea_rt.jar */ } }
