参考了 https://javaguide.cn/java/jvm/jvm-garbage-collection.html#%E5%A4%8D%E5%88%B6%E7%AE%97%E6%B3%95
Java 虚拟机在执行 Java 程序的过程中会把它管理的内存划分成若干个不同的 数据区域。JDK1.8和以前的版本略有不同。
JDK1.8与1.7最大的区别是1.8将永久代取消，取而代之的是元空间，既然方法区是由永久代实现的，取消了永久代，那么方法区由谁来实现呢，在1.8中方法区是由元空间来实现，所以原来属于方法区的运行时常量池就属于元空间了。
在JDK1.7 字符串常量池被从方法区拿到了堆中, 这里没有提到运行时常量池,也就是说字符串常量池被单独拿到堆,运行时常量池剩下的东西还在方法区, 也就是hotspot中的永久代
0: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
3: astore_1
4: aload_1
5: iconst_1
6: invokevirtual #3 // Method java/io/PrintStream.println:(I)V
9: aload_1
10: iconst_2
11: invokevirtual #3 // Method java/io/PrintStream.println:(I)V
14: aload_1
15: iconst_3
16: invokevirtual #3 // Method java/io/PrintStream.println:(I)V
19: aload_1
20: iconst_4
21: invokevirtual #3 // Method java/io/PrintStream.println:(I)V
24: aload_1
25: iconst_5
26: invokevirtual #3 // Method java/io/PrintStream.println:(I)V
29: return程序计数器可以看作是当前线程所执行的字节码的行号指示器。字节码解释器工作时通过改变这个计数器的值来选取下一条需要执行的字节码指令。例如上述字节码文件最左边的数字可以看作是程序计数器。（记录下一条JVM指令的执行地址）
在物理上是通过寄存器实现的。（寄存器是CPU组件中读取速度最快的单元）。
-
线程私有。
-
程序计数器是唯一一个不会出现 OutOfMemoryError 的内存区域，它的生命周期随着线程的创建而创建，随着线程的结束而死亡。
与程序计数器一样，Java 虚拟机栈也是线程私有的，它的生命周期和线程相同，随着线程的创建而创建，随着线程的死亡而死亡。
-
栈：线程运行需要的内存空间，称为虚拟机栈。
-
栈帧（Frame）：每个方法运行时需要的内存。
-
栈由一个个栈帧组成，一个栈帧就对应一次方法的调用。而每个栈帧中都拥有：局部变量表、操作数栈、动态链接、方法返回地址。
-
每个线程只能有一个活动栈帧，对应着当前正在执行的那个方法。
说明：在栈顶部的栈帧就称为活动栈帧（当前执行的是哪个方法，而那个方法就可以称为活动栈帧）。
- 垃圾回收是否涉及栈内存？
-
栈帧内存在每一次方法调用后，都会被弹出栈，即自动被回收，不需要垃圾回收进行管理栈内存。
-
垃圾回收针对是堆内存中的无用对象。
- 栈内存分配越大越好吗？
-
栈内存分配越大只是能够进行更多次的方法递归调用，并不能提升程序执行速度。反而还会降低线程运行数。
-
可以使用
-Xss size虚拟机参数指定栈内存。如-Xss1m、-Xss1024k、-Xss1048576，-Xss后跟内存单位或字节数。
- 方法内的局部变量是否线程安全？
-
一个线程对应一个栈，线程内每一次方法调用都会产生一个新的栈帧。多个线程就会有多个私有的局部变量。
-
如果方法内局部变量没有逃离方法的作用范围，那么它是线程安全的。
-
如果是局部变量引用了对象，并逃离方法的作用范围，需要考虑线程安全。
判断一个变量是不是线程安全，不仅要考虑是不是方法内的局部变量，还要考虑方法内局部变量（引用类型）逃离了方法的作用范围。如果逃离了方法的作用范围，那么有可能被其他线程访问到。则需要考虑线程安全。
栈空间固定，栈帧过多导致栈内存移除（栈容纳不下栈帧了，典型的有递归调用且没有结束条件）。java.lang.StackOverflowError
案例1：CPU 占用过多
- 定位：
- 1、用
top命令定位哪个进程堆CPU的占用过高。（PID（进程id）） - 2、
ps H -eo pid,tid,%cpu | grep PID，用ps命令进一步定位是哪个线程引起的CPU占用过高。 - 3、执行
jstack PID，根据线程id找到有问题的线程，进一步定位到问题代码的行数
- 1、用
ps命令参数：H：展示详细信息，-eo 输出指定信息
jstack 命令输出的线程编号（nid）是16进制，需要将ps命令打印的tid列的参数转换为16进制。
然后通过 jstack 命令排查出是哪个线程出现问题后，就可以去对应类检查问题。（jstack 也会打印出现问题的代码行数）
案例2：程序运行很长事件没有结果
-
死锁案例，定位：
-
1、使用
jps -l命令查找Java进程，并定位到是哪个类迟迟没有结果 -
2、执行
jstack PID
-
jps命令参数：-q 只输出pid；-l输出main class完整包路径；-v 输出传递给JVM的参数
执行jstack PID命令后会输出如下信息
[root@server7 ~]# jstack 1842
2023-06-25 22:47:40
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.271-b09 mixed mode):
// ...
"Thread-1" #10 prio=5 os_prio=0 tid=0x00007ff12817b800 nid=0x742 waiting for monitor entry [0x00007ff102508000]
java.lang.Thread.State: BLOCKED (on object monitor)
at Test.lambda$main$1(Test.java:24)
- waiting to lock <0x00000000d685d2e0> (a A)
- locked <0x00000000d685dd28> (a B)
at Test$$Lambda$2/303563356.run(Unknown Source)
at java.lang.Thread.run(Thread.java:748)
"Thread-0" #9 prio=5 os_prio=0 tid=0x00007ff128179800 nid=0x741 waiting for monitor entry [0x00007ff102609000]
java.lang.Thread.State: BLOCKED (on object monitor)
at Test.lambda$main$0(Test.java:16)
- waiting to lock <0x00000000d685dd28> (a B)
- locked <0x00000000d685d2e0> (a A)
at Test$$Lambda$1/471910020.run(Unknown Source)
at java.lang.Thread.run(Thread.java:748)
// ...
Found one Java-level deadlock:
=============================
"Thread-1":
waiting to lock monitor 0x00007ff0f4002178 (object 0x00000000d685d2e0, a A),
which is held by "Thread-0"
"Thread-0":
waiting to lock monitor 0x00007ff0f4006218 (object 0x00000000d685dd28, a B),
which is held by "Thread-1"
Java stack information for the threads listed above:
===================================================
// 看下面这段信息，问题出现在 Test.java 24行，Test.java 16行，waiting to lock
"Thread-1":
at Test.lambda$main$1(Test.java:24)
- waiting to lock <0x00000000d685d2e0> (a A)
- locked <0x00000000d685dd28> (a B)
at Test$$Lambda$2/303563356.run(Unknown Source)
at java.lang.Thread.run(Thread.java:748)
"Thread-0":
at Test.lambda$main$0(Test.java:16)
- waiting to lock <0x00000000d685dd28> (a B)
- locked <0x00000000d685d2e0> (a A)
at Test$$Lambda$1/471910020.run(Unknown Source)
at java.lang.Thread.run(Thread.java:748)
Found 1 deadlock.可以看到输出内容的底部有Found one Java-level deadlock字样，说明出现了死锁。并且输出内容的底部也说明了问题出现的类和行数。
调用本地方法时给本地方法提供的内存空间。（在Java中用native关键字修饰方法）
此内存区域的唯一目的就是存放对象实例（new），几乎所有的对象实例以及数组都在这里分配内存（逃逸分析可以在栈上分配内存）。
特点：线程共享，堆中对象需要考虑线程安全，有垃圾回收机制。
堆内存中的空间不足以存放新创建的对象，就会引发java.lang.OutOfMemoryErrot: Java heap space错误，可通过设置虚拟机参数-Xmx修改堆内存大小。比如-Xmx8m、-Xmx256m。
-
jps：查看当前系统中有哪些 Java 进程。
-
jmap：查看堆内存占用情况（某一时刻）。（
jmap -heap 进程id） -
jconsole：图形界面，多功能检测工具（还可以检测线程、CPU..），可以连续检测。
案例程序
public class Application {
public static void main(String[] args) throws Exception {
System.out.println("1...");
Thread.sleep(30000);
byte[] b = new byte[1024 * 1024 * 10]; // 10M
System.out.println("2...");
Thread.sleep(30000);
b = null;
System.gc();
System.out.println("3...");
Thread.sleep(3000000L);
}
}将上面这段程序运行，并且在分别输出打印内容后执行jmap命令。（在IDEA中Terminal终端执行命令）
使用jps命令查看进程ID：
> jps
14832
2896
4448 Jps
4912 Application
12024 Launcher
第一次Thread.sleep时执行jmap -heap 4912
Attaching to process ID 4912, please wait...
// ...
Heap Usage:
PS Young Generation
Eden Space:
capacity = 66060288 (63.0MB)
used = 6606184 (6.300148010253906MB)
free = 59454104 (56.699851989746094MB)
10.000234936910962% used
From Space:
capacity = 11010048 (10.5MB)
used = 0 (0.0MB)
free = 11010048 (10.5MB)
0.0% used
To Space:
capacity = 11010048 (10.5MB)
used = 0 (0.0MB)
free = 11010048 (10.5MB)
0.0% used
PS Old Generation
capacity = 176160768 (168.0MB)
used = 0 (0.0MB)
free = 176160768 (168.0MB)
0.0% used
3173 interned Strings occupying 260344 bytes.
第二次Thread.sleep时执行jmap -heap 4912
Attaching to process ID 4912, please wait...
// ...
Heap Usage:
PS Young Generation
Eden Space:
capacity = 66060288 (63.0MB)
used = 17091960 (16.30016326904297MB)
free = 48968328 (46.69983673095703MB)
25.873275030226935% used
From Space:
capacity = 11010048 (10.5MB)
used = 0 (0.0MB)
free = 11010048 (10.5MB)
0.0% used
To Space:
capacity = 11010048 (10.5MB)
used = 0 (0.0MB)
free = 11010048 (10.5MB)
0.0% used
PS Old Generation
capacity = 176160768 (168.0MB)
used = 0 (0.0MB)
free = 176160768 (168.0MB)
0.0% used
3174 interned Strings occupying 260392 bytes.
第三次Thread.sleep时执行jmap -heap 4912
Attaching to process ID 4912, please wait...
// ...
Heap Usage:
PS Young Generation
Eden Space:
capacity = 66060288 (63.0MB)
used = 1321224 (1.2600173950195312MB)
free = 64739064 (61.73998260498047MB)
2.000027611142113% used
From Space:
capacity = 11010048 (10.5MB)
used = 0 (0.0MB)
free = 11010048 (10.5MB)
0.0% used
To Space:
capacity = 11010048 (10.5MB)
used = 0 (0.0MB)
free = 11010048 (10.5MB)
0.0% used
PS Old Generation
capacity = 176160768 (168.0MB)
used = 990960 (0.9450531005859375MB)
free = 175169808 (167.05494689941406MB)
0.5625316074916294% used
3160 interned Strings occupying 259400 bytes.
观察Heap Usage -> Eden Space -> used的使用情况，第一次执行jmap堆内存使用了6M，而第二次执行jmap堆内存使用了16M，原因是创建10M的大小的byte数组，最后第三次执行jmap堆内存使用了1M。因为在第三次执行jmap前手动执行了一次垃圾回收（将byte数组指向null，表示byte不会被使用了，可以被垃圾回收）
-
jmap命令部分参数：
-
-heap 打印堆的使用情况。
-
-histo[:live] 打印类的实例数量、占用内存、类的名称。
-
-dump:live 生成堆使用情况的快照。例如
jmap -dump:live,format=b,file=heap.bin PID快照输出为二进制格式。
-
重新运行案例，使用jconsole命令。进入图形化界面后选中要排查的Java进程进行连接，接着会出现下图：
从图中堆内存使用量的变化来看，和jamp一样都能查看堆内存使用情况。但jconsole是自动监测，而jmap是手动检测。
案例：垃圾回收后，内存占用仍然很高。
public class Application {
public static void main(String[] args) throws Exception {
ArrayList<Person> list = new ArrayList<>(200);
for (int i = 0; i < 200; i++) {
list.add(new Person());
}
System.in.read();
}
}
class Person{
private byte[] b = new byte[1024 * 1024];
}通过jps、jmap -heap等命令查看了内存占用后，使用jconsole执行一次GC，发现内存还是居高不下。只清理了30Mb左右的内存。
接着使用jvirsualvm命令，也是图形化界面，和jconsole功能类似，也能连续检测，但jvirsualvm能够抓取堆内存的快照（堆 dump），这是其他两个工具所不具备的。
进入jvirsualvm图形化界面后，选中要排查的Java进程，然后将菜单栏切换至监视，并点击堆 dump。紧接着在这个菜单栏中可以查看堆中前n个最大对象。然后就可以排查是哪个类占用过高。（dump 是抓取某一时刻的堆内存使用情况。）
经排查发现有200个对象还在使用且在生命周期内未被回收，这是导致内存占用高的原因。
在JDK1.8中，字符串+拼接使用StringBuilder.append()实现的，而到了JDK9中，字符串相加+改为了用动态方法makeConcatWithConstants()来实现。
案例：
public class Application {
public static void main(String[] args) throws Exception {
// 字面量会被放到字符串常量池中 `ldc`
String s1 = "a";
String s2 = "b";
// 字符串常量拼接，编译期优化，结果已经固定，会变为 "ab"
String s3 = "a" + "b";
// 变量做+运算，会使用 SpringBuilder 进行 append() 拼接，并调用 toString()，产生新的String对象
String s4 = s1 + s2;
String s5 = "ab";
// 将字符串对象 放入字符串常量池中，如果不存在则将当前字符串对象放入并返回字符串常量池中引用的地址，如果存在则返回字符串常量池中引用的地址
String s6 = s4.intern();
// false
System.out.println(s3 == s4);
// true
System.out.println(s3 == s5);
// true
System.out.println(s3 == s6);
String x2 = new String("c") + new String("d");
String x1 = "cd";
x2.intern();
// false
System.out.println(x1 == x2);
String x4 = new String("e") + new String("f");
x4.intern();
String x3 = "ef";
// true
System.out.println(x3 == x4);
}
}字符串延迟加载，只有当执行到这一行字符串代码时，才会进行入池的操作。
intern()方法的作用是主动将串池中还没有的字符串对象放入串池。
-
1.8：将这个字符串对象尝试放入串池，如果有则不会放入，如果没有则放入串池，并把串池中的对象返回。
-
1.7：将这个字符串对象尝试放入串池，如果有则不会放入，如果没有则会把此字符串对象拷贝一份，放入串池，并把串池中的对象返回。（两个对象不相等）
JDK1.7 之前，字符串常量池存放在永久代。JDK1.7 字符串常量池和静态变量从永久代移动了 Java 堆中。
HotSpot 虚拟机中字符串常量池的实现源码是在src/hotspot/share/classfile/stringTable.cpp。
StringTable可以简单理解为一个固定大小的HashTable，容量为 StringTableSize（可以通过-XX:StringTableSize=size参数来设置）。StringTable保存的是字符串（key）和 字符串对象的引用（value）的映射关系，字符串对象的引用指向堆中的字符串对象。
JDK1.7将字符串常量池移动到堆中，主要原因是永久代（方法区实现）的 GC 回收效率太低，只有在整堆收集 (Full GC)的时候才会被执行 GC。Java 程序中通常会有大量的被创建的字符串等待回收，将字符串常量池放到堆中，能够更高效及时地回收字符串内存。
演示 StringTable 位置：
public static void main(String[] args) {
List<String> list = new ArrayList<>();
for (int j = 0; j < 260000; j++) {
list.add(String.valueOf(j).intern());
}
}在JDK6、JDK8环境中分别修改虚拟机参数后运行上述代码。
-
JDK6：
-XX:MaxPermSize=10m- JDK6出现异常：java.lang.OutOfMemoryError: PermGen space
-
JDK8：
-Xmx10m -XX:-UseGCOverheadLimit- JDK8出现异常：java.lang.OutOfMemoryError: Java heap space
StringTable也会触发垃圾回收。设置虚拟机参数-Xmx10m -XX:+PrintStringTableStatistics -XX:+PrintGCDetails用于打印垃圾回收的日志。
public class Application {
public static void main(String[] args) throws Exception {
for (int i = 0; i < 10000; i++) {
String.valueOf(i).intern();
}
}
}观察控制台的输出信息：
[GC (Allocation Failure) [PSYoungGen: 2048K->488K(2560K)] 2048K->664K(9728K), 0.0015102 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
Heap
PSYoungGen total 2560K, used 696K [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)
eden space 2048K, 10% used [0x00000000ffd00000,0x00000000ffd343d0,0x00000000fff00000)
from space 512K, 95% used [0x00000000fff00000,0x00000000fff7a020,0x00000000fff80000)
to space 512K, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
ParOldGen total 7168K, used 176K [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)
object space 7168K, 2% used [0x00000000ff600000,0x00000000ff62c000,0x00000000ffd00000)
Metaspace used 3302K, capacity 4496K, committed 4864K, reserved 1056768K
class space used 359K, capacity 388K, committed 512K, reserved 1048576K
SymbolTable statistics:
Number of buckets : 20011 = 160088 bytes, avg 8.000
Number of entries : 13549 = 325176 bytes, avg 24.000
Number of literals : 13549 = 577392 bytes, avg 42.615
Total footprint : = 1062656 bytes
Average bucket size : 0.677
Variance of bucket size : 0.679
Std. dev. of bucket size: 0.824
Maximum bucket size : 6
StringTable statistics:
Number of buckets : 60013 = 480104 bytes, avg 8.000
Number of entries : 4998 = 119952 bytes, avg 24.000
Number of literals : 4998 = 313544 bytes, avg 62.734
Total footprint : = 913600 bytes
Average bucket size : 0.083
Variance of bucket size : 0.080
Std. dev. of bucket size: 0.284
Maximum bucket size : 3
-
使用虚拟机参数
-XX:StringTableSize=200000指定StringTable默认大小。表示指定StringTable桶个数为200000。 -
考虑将字符串对象是否入池。
JVM规范: https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-2.html#jvms-2.5.4
方法区是概念，永久代和元空间是实现。方法区存储每个类的结构，如运行时常量池、字段和方法数据，以及方法和构造函数的代码，包括在类和实例初始化和接口初始化中使用的特殊方法（类的构造器）。方法区是线程共享的。在虚拟机启动时被创建，方法区域在逻辑上是堆的一部分。具体实现由JVM厂商决定。
使用虚拟机参数-XX:MaxMetaspaceSize=8m指定元空间最大内存空间。会出现内存溢出异常java.lang.OutOfMemoryError: Metaspace。
如果是jdk1.7则需要修改虚拟机参数-XX:MaxPermSize=8m（永久代）。会出现内存溢出异常java.lang.OutOfMemoryError: PermGen space。
在JDK1.6中，StringTable是存放在常量池中，到了JDK1.7&1.8中，StringTable被存放到了堆中。
二进制字节码：类基本信息、常量池、类方法定义，包含了虚拟机指令。
public class Application {
public static void main(String[] args) throws Exception {
System.out.println("Hello World");
}
}执行javap -v Application.class反解析字节码。-v输出详细信息
==============================================类基本信息==================================================================
Classfile /A:/etc/Java/test_spring_annotation/target/classes/cn/forbearance/spring/Application.class
Last modified 2023-6-26; size 628 bytes
MD5 checksum 54f95afabf9f2839f78c5e6fa1e77cxx
Compiled from "Application.java"
public class cn.forbearance.spring.Application
minor version: 0
major version: 52
flags: ACC_PUBLIC, ACC_SUPER
=============================================常量池======================================================================
Constant pool:
#1 = Methodref #6.#22 // java/lang/Object."<init>":()V
#2 = Fieldref #23.#24 // java/lang/System.out:Ljava/io/PrintStream;
#3 = String #25 // Hello World
#4 = Methodref #26.#27 // java/io/PrintStream.println:(Ljava/lang/String;)V
#5 = Class #28 // cn/forbearance/spring/Application
#6 = Class #29 // java/lang/Object
#7 = Utf8 <init>
#8 = Utf8 ()V
#9 = Utf8 Code
#10 = Utf8 LineNumberTable
#11 = Utf8 LocalVariableTable
#12 = Utf8 this
#13 = Utf8 Lcn/forbearance/spring/Application;
#14 = Utf8 main
#15 = Utf8 ([Ljava/lang/String;)V
#16 = Utf8 args
#17 = Utf8 [Ljava/lang/String;
#18 = Utf8 Exceptions
#19 = Class #30 // java/lang/Exception
#20 = Utf8 SourceFile
#21 = Utf8 Application.java
#22 = NameAndType #7:#8 // "<init>":()V
#23 = Class #31 // java/lang/System
#24 = NameAndType #32:#33 // out:Ljava/io/PrintStream;
#25 = Utf8 Hello World
#26 = Class #34 // java/io/PrintStream
#27 = NameAndType #35:#36 // println:(Ljava/lang/String;)V
#28 = Utf8 cn/forbearance/spring/Application
#29 = Utf8 java/lang/Object
#30 = Utf8 java/lang/Exception
#31 = Utf8 java/lang/System
#32 = Utf8 out
#33 = Utf8 Ljava/io/PrintStream;
#34 = Utf8 java/io/PrintStream
#35 = Utf8 println
#36 = Utf8 (Ljava/lang/String;)V
=============================================类方法定义===================================================================
{
public cn.forbearance.spring.Application();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
LineNumberTable:
line 7: 0
LocalVariableTable:
Start Length Slot Name Signature
0 5 0 this Lcn/forbearance/spring/Application;
public static void main(java.lang.String[]) throws java.lang.Exception;
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=2, locals=1, args_size=1
0: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
3: ldc #3 // String Hello World
5: invokevirtual #4 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
8: return
LineNumberTable:
line 10: 0
line 11: 8
LocalVariableTable:
Start Length Slot Name Signature
0 9 0 args [Ljava/lang/String;
Exceptions:
throws java.lang.Exception
}
SourceFile: "Application.java"常量池可以理解为符号表，给虚拟机指令提供常量符号，根据常量符号查表找到要执行的类名、方法名、参数类型、字面量等信息。
常量池表会在类加载后存放到方法区的运行时常量池中。并把常量池中的符号地址转变为真实地址。（即内存中的常量池称为运行时常量池）
直接内存（Direct Memory）
-
常见于
NIO操作时，用于数据缓冲区。 -
分配回收成本较高，但读写性能高。
-
不受JVM内存回收管理。
- 直接内存也会发生内存溢出溢出：
java.lang.OutOfMemoryError: Direct buffer memory。
-
直接内存使用了
Unsafe对象完成内存的分配和回收，并且回收时需要主动调用freeMemory()方法。 -
ByteBuffer的内部实现，使用了Cleaner（虚引用）来监测ByteBuffer对象。一旦ByteBuffer对象被垃圾回收，那么就会由ReferenceHandler线程（守护线程）通过Cleaner对象的clean()方法调用freeMemory()来释放直接内存。
-
System.gc()就是显式的垃圾回收，是Full GC，不仅要回收新生代，还要回收老年代，性能较低。可以添加虚拟机参数-XX:+DisableExplicitGC禁用显式的垃圾回收。但是这又导致直接内存没有得到释放，可以手动使用Unsafe完成直接内存的回收。 -
-XX:+DisableExplicitGC一般在调优时都会加上在这个参数，防止手动调用System.gc()触发 FUll GC。
引用计数：对象被引用一次就+1，某一个变量不再引用其对象，则让其对象计数器-1。当计数为0时就可以被垃圾回收。但是在对象之间的循环引用中，A引用B，B引用A，没有变量引用这两个对象，而这两个对象的计数器都为1，不能进行垃圾回收。
public class ReferenceCountingGc {
Object instance = null;
public static void main(String[] args) {
ReferenceCountingGc objA = new ReferenceCountingGc();
ReferenceCountingGc objB = new ReferenceCountingGc();
objA.instance = objB;
objB.instance = objA;
objA = null;
objB = null;
}
}这个算法的基本思想就是通过一系列的称为GC Roots的对象作为起点，从这些节点开始向下搜索，节点所走过的路径称为引用链，当一个对象到GC Roots没有任何引用链相连的话，则证明此对象是不可用的，需要被回收。
下图中的 Object 6 ~ Object 10 之间虽有引用关系，但它们到 GC Roots 不可达，因此为需要被回收的对象。
哪些对象可以作为 GC Roots 呢？
-
虚拟机栈(栈帧中的本地变量表)中引用的对象
-
本地方法栈(Native 方法)中引用的对象
-
方法区中类静态属性引用的对象
-
方法区中常量引用的对象
-
所有被同步锁持有的对象
-
强引用
- 我们使用的大部分引用实际上都是强引用，这是使用最普遍的引用。只有当所以
GC Roots对象都不通过强引用引用该对象，该对象才能被垃圾回收。当内存空间不足，Java 虚拟机宁愿抛出 OutOfMemoryError 错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足问题。
- 我们使用的大部分引用实际上都是强引用，这是使用最普遍的引用。只有当所以
-
软引用（SoftReference）
-
仅有软引用引用该对象时，在垃圾回收，内存仍不足时会再次触发垃圾回收，回收软引用对象。
-
可以配合引用队列来释放软引用自身。
-
-
弱引用（WeakReference）
-
仅有弱引用引用该对象时，在垃圾回收时，无论内存是否充足，都会回收弱引用对象。
-
可以配合引用队列来释放弱引用自身。
-
-
虚引用（PhantomReference）
- 必须配合引用队列使用，主要配合
ByteBuffer使用，被引用对象回收时，会将虚引用入队，由ReferenceHandler线程调用虚引用相关方法释放直接内存。
- 必须配合引用队列使用，主要配合
-
终结器引用（FinalReference）
- 无需手动编码，但其内部配合引用队列使用。在垃圾回收时，终结器引用入队（被引用对象暂时不会被回收），再由
Finalizer线程通过终结器引用找到被引用对象并调用其finalize()方法，第二次GC时才能回收被引用对象。
- 无需手动编码，但其内部配合引用队列使用。在垃圾回收时，终结器引用入队（被引用对象暂时不会被回收），再由
当需要读取大文件时，如图片等，可以使用软引用。如果使用强引用，在读取图片时会因为堆内存不足出现内存溢出。软引用可用来实现内存敏感的高速缓存。
list --> SoftReference --> byte[]，list强引用SoftReference，SoftReference软引用byte数组，list间接引用（软引用）byte数组。
public class Application {
private static final int _4MB = 4 * 1024 * 1024;
public static void main(String[] args) throws Exception {
softReference();
}
public static void softReference() {
ArrayList<SoftReference<byte[]>> list = new ArrayList<>();
for (int i = 0; i < 5; i++) {
SoftReference<byte[]> ref = new SoftReference<>(new byte[_4MB]);
System.out.println(ref.get());
list.add(ref);
System.out.println(list.size());
}
System.out.println("------------");
for (SoftReference<byte[]> ref : list) {
System.out.println(ref.get());
}
}
}运行上述代码前先设置虚拟机参数-Xmx20m -XX:+PrintGCDetails进行测试。限制堆内存大小并打印GC详情。（查看软引用GC情况）
[B@1b6d3586
1
[B@4554617c
2
[B@74a14482
3
[GC (Allocation Failure) [PSYoungGen: 1817K->488K(6144K)] 14105K->12960K(19968K), 0.0011583 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[B@1540e19d
4
[GC (Allocation Failure) --[PSYoungGen: 4696K->4696K(6144K)] 17168K->17184K(19968K), 0.0007493 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (Ergonomics) [PSYoungGen: 4696K->4556K(6144K)] [ParOldGen: 12488K->12457K(13824K)] 17184K->17013K(19968K), [Metaspace: 3296K->3296K(1056768K)], 0.0046206 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[GC (Allocation Failure) --[PSYoungGen: 4556K->4556K(6144K)] 17013K->17013K(19968K), 0.0011517 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[Full GC (Allocation Failure) [PSYoungGen: 4556K->0K(6144K)] [ParOldGen: 12457K->611K(8704K)] 17013K->611K(14848K), [Metaspace: 3296K->3296K(1056768K)], 0.0056837 secs] [Times: user=0.02 sys=0.00, real=0.01 secs]
[B@677327b6
5
------------
null
null
null
null
[B@677327b6
Heap
PSYoungGen total 6144K, used 4377K [0x00000000ff980000, 0x0000000100000000, 0x0000000100000000)
eden space 5632K, 77% used [0x00000000ff980000,0x00000000ffdc67d0,0x00000000fff00000)
from space 512K, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
to space 512K, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
ParOldGen total 8704K, used 611K [0x00000000fec00000, 0x00000000ff480000, 0x00000000ff980000)
object space 8704K, 7% used [0x00000000fec00000,0x00000000fec98d30,0x00000000ff480000)
Metaspace used 3303K, capacity 4500K, committed 4864K, reserved 1056768K
class space used 359K, capacity 388K, committed 512K, reserved 1048576K从日志中发现，第四次循环时内存不足，触发了一次Minor GC。而当第五次循环时内存不足触发了一次Minor GC，内存还是不足，又执行了Full GC发现内存还是不够，这个时候就会回收软引用所引用的对象，又触发了一次新的垃圾回收。
清理无用的软引用本身。配合引用队列使用。
public class Application {
private static final int _4MB = 4 * 1024 * 1024;
public static void main(String[] args) throws Exception {
softReference();
}
public static void softReference() {
ArrayList<SoftReference<byte[]>> list = new ArrayList<>();
// 软引用队列
ReferenceQueue<byte[]> queue = new ReferenceQueue<>();
for (int i = 0; i < 5; i++) {
// 关联引用队列
SoftReference<byte[]> ref = new SoftReference<>(new byte[_4MB], queue);
System.out.println(ref.get());
list.add(ref);
System.out.println(list.size());
}
Reference<? extends byte[]> refQue = queue.poll();
while (refQue != null) {
list.remove(refQue);
refQue = queue.poll();
}
System.out.println("------------");
for (SoftReference<byte[]> ref : list) {
System.out.println(ref.get());
}
}
}软引用关联了引用队列，当软引用所关联的byte[]被回收时，软引用会加入到引用队列中。队列不为空，说明软引用本身可以被垃圾回收。将软引用从引用队列中弹出即可。
[B@1b6d3586
1
[B@4554617c
2
[B@74a14482
3
[B@1540e19d
4
[B@677327b6
5
------------
[B@677327b6public class Application {
private static final int _4MB = 4 * 1024 * 1024;
public static void main(String[] args) throws Exception {
weakReference();
}
public static void weakReference() {
ArrayList<WeakReference<byte[]>> list = new ArrayList<>();
ReferenceQueue<byte[]> queue = new ReferenceQueue<>();
for (int i = 0; i < 5; i++) {
WeakReference<byte[]> ref = new WeakReference<>(new byte[_4MB], queue);
list.add(ref);
for (WeakReference<byte[]> w : list) {
System.out.print(w.get() + " ");
}
System.out.println();
}
System.out.println("循环结束: " + list.size());
}
}添加虚拟机参数-Xmx20m -XX:+PrintGCDetails并运行程序。
[B@1b6d3586
[B@1b6d3586 [B@4554617c
[B@1b6d3586 [B@4554617c [B@74a14482
[GC (Allocation Failure) [PSYoungGen: 1816K->488K(6144K)] 14105K->12960K(19968K), 0.0013096 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[B@1b6d3586 [B@4554617c [B@74a14482 [B@1540e19d
[GC (Allocation Failure) [PSYoungGen: 4696K->504K(6144K)] 17168K->12992K(19968K), 0.0008834 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[B@1b6d3586 [B@4554617c [B@74a14482 null [B@677327b6
循环结束: 5
Heap
PSYoungGen total 6144K, used 4769K [0x00000000ff980000, 0x0000000100000000, 0x0000000100000000)
eden space 5632K, 75% used [0x00000000ff980000,0x00000000ffdaa550,0x00000000fff00000)
from space 512K, 98% used [0x00000000fff80000,0x00000000ffffe030,0x0000000100000000)
to space 512K, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
ParOldGen total 13824K, used 12488K [0x00000000fec00000, 0x00000000ff980000, 0x00000000ff980000)
object space 13824K, 90% used [0x00000000fec00000,0x00000000ff832030,0x00000000ff980000)
Metaspace used 3304K, capacity 4500K, committed 4864K, reserved 1056768K
class space used 359K, capacity 388K, committed 512K, reserved 1048576K如果也需要回收弱引用自身，配合引用队列使用，和软引用使用方法类似。
标记-清除（Mark-and-Sweep）算法分为标记（Mark）和清除（Sweep）阶段：首先标记出所以需要回收的对象，在标记完成后统一回收掉所有被标记的对象。
这种垃圾收集算法会带来两个明显的问题：
-
效率问题：标记和清除两个过程效率都不高。
-
空间问题：标记清除后会产生大量不连续的内存碎片。
猜测标记-清除算法的流程（官方没给出具体实现）：
-
当一个对象被创建时，给一个标记位，假设为 0 (false)；
-
在标记阶段，我们将所有可达对象（或用户可以引用的对象）的标记位设置为 1 (true)；
-
扫描阶段清除的就是标记位为 0 (false)的对象。
标记-整理（Mark-and-Compact）算法是根据老年代的特点提出的一种标记算法，标记过程仍然与标记-清除算法一样，但后续步骤不是直接对可回收对象回收，而是让所有存活的对象向一端移动，然后直接清理掉端边界以外的内存。
由于多了整理这一步，因此效率也不高，适合老年代这种垃圾回收频率不是很高的场景。
为了解决标记-清除算法的效率和内存碎片问题，复制（Copying）收集算法出现了。它可以将内存分为大小相同的两块，每次使用其中的一块。当这一块的内存使用完后，就将还存活的对象复制到另一块去，然后再把使用的空间一次清理掉。这样就使每次的内存回收都是对内存区间的一半进行回收。
虽然改进了标记-清除算法，但依然存在下面这些问题：
-
可用内存变小：可用内存缩小为原来的一半。
-
不适合老年代：如果存活对象数量比较大，复制性能会变得很差。
-
对象首先会被分配在伊甸园区域。
-
当新生代空间不足时，会触发
Minor GC，伊甸园和 from 存活 的对象使用复制（Copying）收集算法复制到 to 中，存活的对象年龄加1并且交换 from to 的位置。 -
Minor GC会引发 stop the world，暂停其他用户的线程，等待垃圾回收结束，用户线程才能恢复运行。 -
当对象年龄超过阈值时，会晋升至老年代，最大年龄时15（4bit）。
-
当老年代空间不足时，会先尝试触发
Minor GC，如果空间仍不足，那么触发Full GC，STW的时间更长。
| 说明 | 参数 |
|---|---|
| 堆初始内存 | -Xms |
| 堆最大内存 | -Xmx 或 -XX:MaxHeapSize=size |
| 新生代内存 | -Xmn 或（-XX:NewSize=size -XX:MaxNewSize=size） |
| 幸存区比例（动态） | -XX:InitialSurvivorRatio=ratio -XX:+UseAdaptiveSizePolicy |
| 幸存区比例 | -XX:SurvivorRatio=ratio (ratio是伊甸园的占比，剩下的from-to平分，默认8) |
| 晋升阈值 | -XX:MaxTenuringThreshold=threshold |
| 晋升详情 | -XX:+PrintTenuringDistribution |
| GC详情 | -XX:PrintGCDetails |
| FUll GC 前先执行 Minor GC | -XX:+ScavengeBeforeFullGC |
GC信息的含义：
Heap
/*
新生代
total：总大小（幸存区 to 的内存是不能用的，所以是9M）
used：已使用
*/
def new generation total 9216K, used 2179K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
eden space 8192K, 26% used [0x00000000fec00000, 0x00000000fee20d50, 0x00000000ff400000)
from space 1024K, 0% used [0x00000000ff400000, 0x00000000ff400000, 0x00000000ff500000)
to space 1024K, 0% used [0x00000000ff500000, 0x00000000ff500000, 0x00000000ff600000)
// 老年代
tenured generation total 10240K, used 0K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
the space 10240K, 0% used [0x00000000ff600000, 0x00000000ff600000, 0x00000000ff600200, 0x0000000100000000)
Metaspace used 3300K, capacity 4496K, committed 4864K, reserved 1056768K
class space used 359K, capacity 388K, committed 512K, reserved 1048576Kpublic class Application {
private static final int _512KB = 512 * 1024;
private static final int _1MB = 1024 * 1024;
private static final int _6MB = 6 * 1024 * 1024;
private static final int _7MB = 7 * 1024 * 1024;
private static final int _8MB = 8 * 1024 * 1024;
/**
* -Xms20m -Xmx20m -Xmn10m -XX:+UseSerialGC -XX:+PrintGCDetails
* @param args
* @throws Exception
*/
public static void main(String[] args) throws Exception {
ArrayList<byte[]> list = new ArrayList<>();
list.add(new byte[_7MB]);
}
}输出结果：
/*
[GC (Allocation Failure) ：Minor GC
[DefNew: 2015K->633K(9216K), 0.0164374 secs] ：新生代：回收前占用 -> 回收后占用(新生代总大小) 回收用时
2015K->633K(19456K), 0.0164996 secs] ：整个堆回收前占用 -> 整个堆回收后占用(堆总大小) 回收用时
[Times: user=0.01 sys=0.00, real=0.02 secs]
*/
[GC (Allocation Failure) [DefNew: 2015K->633K(9216K), 0.0164374 secs] 2015K->633K(19456K), 0.0164996 secs] [Times: user=0.01 sys=0.00, real=0.02 secs]
Heap
def new generation total 9216K, used 8047K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
eden space 8192K, 90% used [0x00000000fec00000, 0x00000000ff33d8c0, 0x00000000ff400000)
from space 1024K, 61% used [0x00000000ff500000, 0x00000000ff59e5b8, 0x00000000ff600000)
to space 1024K, 0% used [0x00000000ff400000, 0x00000000ff400000, 0x00000000ff500000)
tenured generation total 10240K, used 0K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
the space 10240K, 0% used [0x00000000ff600000, 0x00000000ff600000, 0x00000000ff600200, 0x0000000100000000)
Metaspace used 3301K, capacity 4496K, committed 4864K, reserved 1056768K
class space used 359K, capacity 388K, committed 512K, reserved 1048576Kpublic class Application {
private static final int _512KB = 512 * 1024;
private static final int _1MB = 1024 * 1024;
private static final int _6MB = 6 * 1024 * 1024;
private static final int _7MB = 7 * 1024 * 1024;
private static final int _8MB = 8 * 1024 * 1024;
/**
* -Xms20m -Xmx20m -Xmn10m -XX:+UseSerialGC -XX:+PrintGCDetails
* @param args
* @throws Exception
*/
public static void main(String[] args) throws Exception {
ArrayList<byte[]> list = new ArrayList<>();
list.add(new byte[_7MB]);
list.add(new byte[_512KB]);
list.add(new byte[_512KB]);
}
}输出结果：
[GC (Allocation Failure) [DefNew: 2015K->633K(9216K), 0.0017179 secs] 2015K->633K(19456K), 0.0017712 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
[GC (Allocation Failure) [DefNew: 8477K->512K(9216K), 0.0065384 secs] 8477K->8309K(19456K), 0.0065718 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]
Heap
def new generation total 9216K, used 1106K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
eden space 8192K, 7% used [0x00000000fec00000, 0x00000000fec94930, 0x00000000ff400000)
from space 1024K, 50% used [0x00000000ff400000, 0x00000000ff480048, 0x00000000ff500000)
to space 1024K, 0% used [0x00000000ff500000, 0x00000000ff500000, 0x00000000ff600000)
tenured generation total 10240K, used 7797K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
the space 10240K, 76% used [0x00000000ff600000, 0x00000000ffd9d740, 0x00000000ffd9d800, 0x0000000100000000)
Metaspace used 3301K, capacity 4496K, committed 4864K, reserved 1056768K
class space used 359K, capacity 388K, committed 512K, reserved 1048576Kpublic class Application {
private static final int _512KB = 512 * 1024;
private static final int _1MB = 1024 * 1024;
private static final int _6MB = 6 * 1024 * 1024;
private static final int _7MB = 7 * 1024 * 1024;
private static final int _8MB = 8 * 1024 * 1024;
/**
* -Xms20m -Xmx20m -Xmn10m -XX:+UseSerialGC -XX:+PrintGCDetails
* @param args
* @throws Exception
*/
public static void main(String[] args) throws Exception {
ArrayList<byte[]> list = new ArrayList<>();
list.add(new byte[_8MB]);
}
}输出结果：
Heap
def new generation total 9216K, used 2179K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
eden space 8192K, 26% used [0x00000000fec00000, 0x00000000fee20d50, 0x00000000ff400000)
from space 1024K, 0% used [0x00000000ff400000, 0x00000000ff400000, 0x00000000ff500000)
to space 1024K, 0% used [0x00000000ff500000, 0x00000000ff500000, 0x00000000ff600000)
tenured generation total 10240K, used 8192K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
the space 10240K, 80% used [0x00000000ff600000, 0x00000000ffe00010, 0x00000000ffe00200, 0x0000000100000000)
Metaspace used 3300K, capacity 4496K, committed 4864K, reserved 1056768K
class space used 359K, capacity 388K, committed 512K, reserved 1048576K- 如果新生代不足以容纳大对象，会直接放入老年代。
public class Application {
private static final int _512KB = 512 * 1024;
private static final int _1MB = 1024 * 1024;
private static final int _6MB = 6 * 1024 * 1024;
private static final int _7MB = 7 * 1024 * 1024;
private static final int _8MB = 8 * 1024 * 1024;
/**
* -Xms20m -Xmx20m -Xmn10m -XX:+UseSerialGC -XX:+PrintGCDetails
* @param args
* @throws Exception
*/
public static void main(String[] args) throws Exception {
new Thread(()-> {
ArrayList<byte[]> list = new ArrayList<>();
list.add(new byte[_8MB]);
list.add(new byte[_8MB]);
}).start();
System.out.println("主线程");
Thread.sleep(1000L);
}
}输出结果：
主线程
[GC (Allocation Failure) [DefNew: 3991K->838K(9216K), 0.0022727 secs][Tenured: 8192K->9028K(10240K), 0.0032998 secs] 12183K->9028K(19456K), [Metaspace: 4195K->4195K(1056768K)], 0.0224217 secs] [Times: user=0.00 sys=0.01, real=0.02 secs]
[Full GC (Allocation Failure) [Tenured: 9028K->8972K(10240K), 0.0029273 secs] 9028K->8972K(19456K), [Metaspace: 4195K->4195K(1056768K)], 0.0029738 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
Exception in thread "Thread-0" java.lang.OutOfMemoryError: Java heap space
at cn.forbearance.spring.Application.lambda$main$0(Application.java:25)
at cn.forbearance.spring.Application$$Lambda$1/1324119927.run(Unknown Source)
at java.lang.Thread.run(Thread.java:748)
Heap
def new generation total 9216K, used 1375K [0x00000000fec00000, 0x00000000ff600000, 0x00000000ff600000)
eden space 8192K, 16% used [0x00000000fec00000, 0x00000000fed57cf8, 0x00000000ff400000)
from space 1024K, 0% used [0x00000000ff500000, 0x00000000ff500000, 0x00000000ff600000)
to space 1024K, 0% used [0x00000000ff400000, 0x00000000ff400000, 0x00000000ff500000)
tenured generation total 10240K, used 8972K [0x00000000ff600000, 0x0000000100000000, 0x0000000100000000)
the space 10240K, 87% used [0x00000000ff600000, 0x00000000ffec31e8, 0x00000000ffec3200, 0x0000000100000000)
Metaspace used 4730K, capacity 4804K, committed 4992K, reserved 1056768K
class space used 526K, capacity 560K, committed 640K, reserved 1048576K- 子线程的
OutOfMemory不会影响主线程的程序，
-
串行
-
单线程。
-
堆内存较小，适合个人电脑。
-
-
吞吐量优先
-
多线程。
-
堆内存较大，多核CPU。
-
尽可能让单位时间内，STW的时间最短。（一个小时触发了2次GC，每次0.2秒，共0.4秒）
-
-
响应时间优先
-
多线程。
-
堆内存较大，多核CPU。
-
尽可能让单次STW的时间最短。（一个小时触发了5次GC，每次0.1秒，共0.5秒）
-
串行的垃圾回收器：Serial（复制）l、SerialOld（标记整理）
使用串行的GC虚拟机参数：-XX:+UseSerialGC，等同于使用Serial（复制，新生代Minor GC）和SerialOld（标记整理，老年代Full GC）。
吞吐量优先的垃圾回收器：Parallel（复制）、ParallelOld（标记整理）
使用吞吐量优先的GC虚拟机参数：-XX:+UseParallelGC -XX:+UseParallelOldGC，前者是新生代GC（复制），后者是老年代GC（标记整理）。只需要开启一个，默认会把另一个也开启。（Java8默认是开启的）。Parallel翻译过来时并行的意思。
虚拟机参数：
-XX:+UseAdaptiveSizePolicy // 自适应调整新生代内存大小
-XX:GCTimeRatio=ratio // 垃圾回收时间和总时间的占比（默认ratio=99）
-XX:MaxGCPauseMillis=ms // 最大暂停毫秒数（默认200ms）
-XX:ParallelGCThreads=n // 指定垃圾回收线程数-XX:GCTimeRatio=ratio公式为(1/1+ratio)，通常会设置ratio=19，（1/1+19 = 0.05，100分钟允许5分钟用于垃圾回收 100*0.05=5 ）。默认ratio是99，但默认值一般很难达到，100分钟只能有一分钟用于垃圾回收。
响应时间优先的垃圾回收器：ParNew（复制）、ConcMarkSweep（标记清除）。ParNew是Serial收集器的多线程版本
使用响应时间优先的GC虚拟机参数：-XX:+UserConcMarkSweepGC -XX:+UseParNewGC，当ConcMarkSweepGC（标记清除，老年代GC，产生过多的内存碎片）并发失败的时候，老年代GC会从 CMS 会退化为 SerialOld（串行，标记整理，老年代Full GC）。
CMS并发失败退化SerialOld：因为内存碎片导致内存不足会让虚拟机提前进行一次fullgc，这里是不会退化成serialold的。而退化成serialold是因为并发清理阶段产生的浮动垃圾超过了cms设定的预留空间
虚拟机参数：
# 控制线程数（ConcGCThreads设置为ParallelGCThreads的四分之一）
-XX:ParallelGCThreads=n ~ -XX:ConcGCThreads=threads
# 执行 CMS 的内存占比，比如 percen=80（80%）
# 当老年代内存占用达到80%时就执行一次垃圾回收。预留一些空间给浮动垃圾
-XX:CMSInitiatingOccupancyFraction=percent
-XX:+CMSScavengeBeforeRemark # 重新标记之前，先执行一次新生代垃圾回收说明：-XX:CMSInitiatingOccupancyFraction=50%，假设堆内存为
-Xmx2048m，新生代内存为-XX:MaxNewSize=786m当老年代空间使用的阈值达到50%才进行一次CMS垃圾回收。而这里的占比指的是：在老年代占用率达到50%之后运行，其中老年代的大小是堆的大小减去新一代的大小（2048 - 786 = 1262m），所以老年代占用内存达到631m就会触发老年代GC。默认percent=68。
CMS 问题：使用的是标记-清除算法，会产生内存碎片，内存碎片过多，容纳不下对象了。那么在并发垃圾回收失败时就会退化为 SerialOld（串行，标记整理，老年代Full GC）。那么这个响应时间就会一下子飙升。
JDK9默认。
适用场景：
-
同时注重吞吐量和低延迟，默认的暂停目标是200ms。
-
超大堆内存，会将堆划分为多个大小相等的 Region（区域）。（Region：每个区域都能独立作为伊甸园、幸存区、老年代）
-
整体上是标记+整理算法，但两个区域之间是复制算法。
相关JVM参数：
-XX:+UseG1GC
-XX:G1HeapRegionSize=size // 指定每个区域堆的大小
-XX:MaxGCPauseMillis=time // 指定暂停时间（毫秒）
G1垃圾收集器的回收过程包括多个阶段，其中回收阶段是其中的一部分。下面是G1垃圾收集器的回收阶段：
-
初始标记（Initial Mark）：在初始标记阶段，G1垃圾收集器会暂停所有应用线程，然后标记出根对象直接关联的对象，并记录下这些对象的存活状态。
-
并发标记（Concurrent Mark）：在并发标记阶段，G1垃圾收集器会启动多个线程，并行地对剩余的对象进行标记。这个过程是与应用程序并发执行的，不会暂停应用线程。
-
最终标记（Final Mark）：在并发标记阶段完成后，G1垃圾收集器会再次暂停所有应用线程，执行最终标记。这个阶段的目的是标记在并发标记阶段发生变化的对象，确保标记的准确性。
-
筛选回收（Live Data Counting）：在最终标记阶段完成后，G1垃圾收集器会对各个区域的存活对象进行统计，并根据回收目标进行筛选。筛选出存活对象数量最少的区域进行回收。
-
复制（Evacuation）：在筛选回收阶段完成后，G1垃圾收集器会将选中的区域中的存活对象复制到空闲的区域中，并更新对象引用。
-
清理（Cleanup）：在复制阶段完成后，G1垃圾收集器会对已复制的区域进行清理，回收无效的对象所占用的内存空间。
-
混合收集（Mixed Collection）：在清理阶段完成后，G1垃圾收集器可能会执行混合收集。混合收集是对整个堆内存进行回收的过程，包括年轻代和老年代。它的目的是收集那些在Young Collection期间晋升为老年代的对象，以确保整个堆内存的回收。
会 STW。
在Young GC阶段，G1垃圾收集器会对年轻代进行回收。它首先标记年轻代中的存活对象，然后将存活对象复制到Survivor（幸存区）区域或老年代中，并清理年轻代的垃圾对象。Young GC是一个短暂的暂停，只涉及年轻代的部分内存区域。
-
在 Young GC 时会进行 GC Roots 的初始标记。
-
老年代占用空间比例达到阈值时，会进行并发标记（不会STW）。由
-XX:InitiatingHeapOccupancyPercent=percentJVM参数控制。（默认45%）
会对Eden、Survivor以及Old区域进行全面的垃圾回收。
-
最终标记（Remark）会 STW。
-
拷贝存活（Evacuation）会 STW。
使用JVM参数-XX:MaxGCPauseMillis=ms设置最大暂停时间。
G1 收集器在后台维护了一个优先列表，每次根据允许的收集时间（最大暂停时间），优先选择回收价值最大的 Region(这也就是它的名字 Garbage-First 的由来) 。这种使用 Region 划分内存空间以及有优先级的区域回收方式，保证了 G1 收集器在有限时间内可以尽可能高的收集效率（把内存化整为零）。主要目的就是达到最大暂停时间的目标。
-
Serial GC
-
新生代内存不足发生的垃圾收集（Minor GC）
-
老年代内存不足发生的垃圾收集（Full GC）
-
-
Parallel GC
-
新生代内存不足发生的垃圾收集（Minor GC）
-
老年代内存不足发生的垃圾收集（Full GC）
-
-
CMS
-
新生代内存不足发生的垃圾收集（Minor GC）
-
老年代内存不足（MajorGC。并发回收失败导致退化为SerialOld）
-
-
G1
-
新生代内存不足发生的垃圾收集（Minor GC）
-
老年代内存不足（MajorGC。垃圾回收速度低于垃圾产生的速度，会退化为串行Full GC）
-
G1垃圾回收器在回收速度高于垃圾产生的速度则不会产生 Full GC，还是一个并发标记，并发回收的GC。只有当回收速度低于垃圾产生的速度才会引发FUll GC。出现并发失败就会FUll GC。（G1即使Full GC 也是多线程的）
在G1垃圾收集器的Young Collection（年轻代收集）阶段中，可能会出现跨代引用的情况，即年轻代对象引用了老年代对象。
在垃圾收集器的新生代回收过程中，通常采用的是复制算法。年轻代被分为Eden区和两个Survivor区（通常是From和To），对象首先被分配到Eden区，经过一次或多次垃圾回收后，仍然存活的对象会被复制到Survivor区，然后在下一次垃圾回收中，从From区复制到To区，最终存活的对象会被晋升到老年代。
在这个过程中（查找根对象 GC Root），如果年轻代的对象引用了老年代中的对象，就出现了跨代引用的情况。这种跨代引用可能导致问题，因为在新生代回收时，无法直接判断被引用的老年代对象是否仍然存活，从而影响垃圾回收的准确性和效率。
在Java垃圾回收中，Remembered Sets和卡表（Card Table）都是用于解决跨代引用问题的机制。
-
Remembered Sets 是用于标记年轻代对象对老年代对象的引用关系的数据结构。它的作用是在新生代回收过程中快速定位年轻代对象中引用了老年代对象的部分。Remembered Sets通常是一种位图或类似的数据结构，每个位表示一个引用关系。当发生新生代回收时，只需扫描Remembered Sets中被标记的位，而不是全局扫描整个老年代，从而大大减少了扫描的开销。
-
卡表（Card Table）是用于记录老年代中引用了新生代对象的卡片的数据结构。卡表将老年代划分为一组固定大小的卡片，每个卡片对应一块内存区域。当新生代对象晋升到老年代时，会更新卡表中相应的卡片，标记该卡片内的内存区域引用了新生代对象（脏卡）。在新生代回收过程中，只需扫描被标记的卡片，而不需要扫描整个老年代，从而减少了扫描的范围。
这两个机制都是为了在新生代回收时快速定位和处理跨代引用的问题，提高垃圾回收的效率。Remembered Sets主要应用于标记-复制（Mark-Compact）算法的垃圾收集器，而卡表主要应用于分代收集算法中的增量更新和并发标记清除算法。
Post-write barrier（写屏障）是一段特殊的代码，它会在Java程序中进行引用写入操作后执行。当有一个引用变更时，该代码会检测变更的位置和范围，并将受影响的卡片标记为"需要更新"（脏卡）的状态。
Dirty card queue是一个队列，用于保存所有被标记为"需要更新"（脏卡）的卡片。这些卡片记录了老年代中引用了新生代对象的位置信息。
Remembered Set的更新是通过并发细化线程（concurrent refinement threads）来完成的。这些线程负责在应用程序运行的同时，异步地扫描新生代对象中的引用，并将跨代引用信息添加到Remembered Set中。
在G1垃圾收集器中，G1 Remark（G1重新标记）是垃圾回收的一个重要阶段。它是G1垃圾收集器在并发标记完成后的一个短暂停顿阶段（最终标记），用于完成对新生代与老年代之间的引用关系进行最终确认。
G1 Remark的主要目的是处理在并发标记期间可能发生的引用变化。由于并发标记是并发进行的，应用程序仍然在运行，因此可能存在引用关系的变化。G1 Remark会检查并修正这些变化，以确保垃圾回收的准确性。G1 Remark的停顿时间相对较短。
如果发生引用变更，会将引用变化的对象放到稳定标记队列中（stab_mark_queue）。
stab_mark_queue就是用来存储需要进行稳定标记的对象的队列。当应用程序在并发标记期间进行引用变更时，相关的对象会被添加到stab_mark_queue中。然后，在G1 Remark阶段的稳定标记过程中，垃圾收集器会遍历stab_mark_queue中的对象，并对其进行稳定标记。
stab_mark_queue只在G1 Remark阶段使用，用于临时存储引用变更的对象，并不是持久性的数据结构。在G1 Remark阶段结束后，stab_mark_queue会被清空，为下一次垃圾回收做准备。
具体的G1 Remark流程如下：
-
暂停应用线程：G1 Remark会暂停应用程序的执行，以便进行标记的更新。
-
重新扫描根区域：G1 Remark会重新扫描根区域，包括根对象和根区域中的引用。
-
跨区扫描：G1 Remark会从根区域出发，逐一扫描所有与根区域相关的区域。它会检查引用关系的变化，并修正之前的标记信息。
-
完成重新标记：完成重新标记后，G1 Remark会更新各个区域的标记状态，并生成一个最终的标记快照。
-
重新启动应用线程：完成G1 Remark后，应用线程会重新启动，继续执行应用程序。
在Java G1垃圾收集器中，G1 Remark阶段通过写屏障（Write Barrier）来保证并发标记期间的引用变更不会被遗漏。写屏障是一种机制，用于在引用发生变更时通知垃圾收集器进行相应的处理。
具体到G1 Remark阶段，写屏障主要有以下几个作用：
-
保证引用变更的可见性：当应用程序对引用进行写操作时，写屏障会确保这个变更对垃圾收集器可见。这样，在G1 Remark阶段时，垃圾收集器能够获取到最新的引用信息，避免遗漏或错误地处理引用变更。
-
更新Remembered Set：G1 Remark阶段会重新扫描根区域以及与根区域相关的区域。写屏障会在应用程序对引用进行写操作时，将发生变更的引用添加到相应的Remembered Set中。Remembered Set是用于记录新生代与老年代之间引用关系的数据结构，它帮助G1垃圾收集器准确地追踪引用关系。
-
触发卡表更新：G1垃圾收集器使用卡表（Card Table）来跟踪老年代中与新生代之间的引用关系。写屏障会触发卡表的更新，将引用变更的信息记录到相应的卡表项中。这样，在G1 Remark阶段时，垃圾收集器可以遍历卡表来检查引用的变化，并进行相应的修正。
写屏障的应用也会带来一定的性能开销，但这是为了保证垃圾收集的正确性和一致性而必要的代价。
String s1 = new String("hello"); // char[]{'h', 'e', 'l', 'l', 'o'}
String s2 = new String("hello"); // char[]{'h', 'e', 'l', 'l', 'o'}使用虚拟机参数-XX:+UseStringDeduplication开启String去重功能，默认是开启的。
-
将所有新分配的字符串方法一个队列中。
-
当新生代回收时，G1并发检查是否有字符串重复。
-
如果有字符串重复（值一样），则让它们引用同一个
char[]。 -
与
String.intern()不一样-
String.intern()关注的是字符串对象。 -
而字符串去重关注的是
char[]。 -
在 JVM 内部，使用了不同的字符串表。
-
-
优点：节省大量内存。
-
缺点，略微多占用了 CPU 时间，新生代回收时间略微增加。
所有对象都经过并发标记后，就能知道哪些类不再被使用，当一个类加载器所加载的类都不再使用，则卸载它所加载的全部类。
使用JVM参数-XX:+ClassUnloadingWithConcurrentMark开启，默认是开启的。
一个对象大于 Region 的一半时，称之为巨型对象。
-
G1不会对巨型对象进行拷贝。
-
回收时优先被考虑
-
G1会跟踪老年代所有 incoming 引用（卡表，老年代引用新生代），这样老年代 incoming 引用为0的巨型对象就可以在新生代垃圾回收时处理掉。（也就是巨型对象不被任何老年代对象所引用了，可以回收）
-
并发标记必须在堆空间占满前完成，否则会退化为 FullGC。
-
JDK9 之前需要使用
-XX:InitialingHeapOccupancyPercent来指定堆空间占比。堆内存占用超过占比就会触发 GC。默认-XX:InitialingHeapOccupancyPercent=45，即当堆内存的使用率达到30%之后就会自动启动G1的并发垃圾回收，开始尝试回收一些垃圾对象。 -
JDK9 可以动态调整
-
-XX:InitialingHeapOccupancyPercent只是用来设置初始值。 -
G1 会进行数据采样并动态调整（动态设置堆空间占比）。
-
总会添加一个安全的空档空间。
-
Java11 的时候推出的一款垃圾收集器。在 ZGC 中出现 Stop The World 的情况会更少！
Java 命令及参数_官网：https://docs.oracle.com/en/java/javase/11/tools/java.html#GUID-3B1CE181-CD30-4178-9602-230B800D4FAE
如果想熟练JVM调优的话：
-
掌握
GC相关的VM参数，会基本的空间调整。 -
掌握相关工具。
-
调优跟应用、环境有关，没有放之四海而皆准的法则。
查看虚拟机运行参数（默认值，Windows系统）
A:\etc\guide>"A:\usr\Software\Java\jdk1.8.0_271\bin\java" -XX:+PrintFlagsFinal -version | findstr "GC"
uintx AdaptiveSizeMajorGCDecayTimeScale = 10 {product}
uintx AutoGCSelectPauseMillis = 5000 {product}
bool BindGCTaskThreadsToCPUs = false {product}
uintx CMSFullGCsBeforeCompaction = 0 {product}
uintx ConcGCThreads = 0 {product}
bool DisableExplicitGC = false {product}
bool ExplicitGCInvokesConcurrent = false {product}
bool ExplicitGCInvokesConcurrentAndUnloadsClasses = false {product}
uintx G1MixedGCCountTarget = 8 {product}
uintx GCDrainStackTargetSize = 64 {product}
uintx GCHeapFreeLimit = 2 {product}
uintx GCLockerEdenExpansionPercent = 5 {product}
bool GCLockerInvokesConcurrent = false {product}
uintx GCLogFileSize = 8192 {product}
uintx GCPauseIntervalMillis = 0 {product}
uintx GCTaskTimeStampEntries = 200 {product}
uintx GCTimeLimit = 98 {product}
uintx GCTimeRatio = 99 {product}
bool HeapDumpAfterFullGC = false {manageable}
bool HeapDumpBeforeFullGC = false {manageable}
uintx HeapSizePerGCThread = 87241520 {product}
uintx MaxGCMinorPauseMillis = 4294967295 {product}
uintx MaxGCPauseMillis = 4294967295 {product}
uintx NumberOfGCLogFiles = 0 {product}
intx ParGCArrayScanChunk = 50 {product}
uintx ParGCDesiredObjsFromOverflowList = 20 {product}
bool ParGCTrimOverflow = true {product}
bool ParGCUseLocalOverflow = false {product}
uintx ParallelGCBufferWastePct = 10 {product}
uintx ParallelGCThreads = 4 {product}
bool ParallelGCVerbose = false {product}
bool PrintClassHistogramAfterFullGC = false {manageable}
bool PrintClassHistogramBeforeFullGC = false {manageable}
bool PrintGC = false {manageable}
bool PrintGCApplicationConcurrentTime = false {product}
bool PrintGCApplicationStoppedTime = false {product}
bool PrintGCCause = true {product}
bool PrintGCDateStamps = false {manageable}
bool PrintGCDetails = false {manageable}
bool PrintGCID = false {manageable}
bool PrintGCTaskTimeStamps = false {product}
bool PrintGCTimeStamps = false {manageable}
bool PrintHeapAtGC = false {product rw}
bool PrintHeapAtGCExtended = false {product rw}
bool PrintJNIGCStalls = false {product}
bool PrintParallelOldGCPhaseTimes = false {product}
bool PrintReferenceGC = false {product}
bool ScavengeBeforeFullGC = true {product}
bool TraceDynamicGCThreads = false {product}
bool TraceParallelOldGCTasks = false {product}
bool UseAdaptiveGCBoundary = false {product}
bool UseAdaptiveSizeDecayMajorGCCost = true {product}
bool UseAdaptiveSizePolicyWithSystemGC = false {product}
bool UseAutoGCSelectPolicy = false {product}
bool UseConcMarkSweepGC = false {product}
bool UseDynamicNumberOfGCThreads = false {product}
bool UseG1GC = false {product}
bool UseGCLogFileRotation = false {product}
bool UseGCOverheadLimit = true {product}
bool UseGCTaskAffinity = false {product}
bool UseMaximumCompactionOnSystemGC = true {product}
bool UseParNewGC = false {product}
bool UseParallelGC := true {product}
bool UseParallelOldGC = true {product}
bool UseSerialGC = false {product}
java version "1.8.0_271"
Java(TM) SE Runtime Environment (build 1.8.0_271-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.271-b09, mixed mode)【低延迟】还是【高吞吐量】，选择合适的回收器。
-
响应时间优先【低延时】：CMS、G1、ZGC
-
吞吐量优先【高吞吐量】：ParallelGC
查看Full GC前后的内存占用，考虑下面几个问题：
-
数据是不是太多？
-
数据表示是否台臃肿？
-
对象图
-
对象大小
-
-
是否存在内存泄露？
-
新生代特点
-
所有的 new 操作的内存分配非常廉价。原因是基于
TLAB thread-local- allocation buffer。 -
不被引用的对象的回收代价是零。
-
大部分对象用过就会被回收。
-
Minor GC 的 时间远远低于 FUll GC。
-
-
-Xmn新生代内存空间应在堆内存的25%-50%之间。 -
那么到底新生代内存设置多大合适呢？
- 有一个估算公式：理想情况下，新生代能容纳所有（并发量 * (请求-响应)（请求、响应的占用内存））的数据。
-
幸存区要大到能容纳（当前活跃对象 + 需要晋升对象）
-
幸存区晋升阈值配置得当，让长时间存活的对象尽快晋升
-
设置最大年龄晋升阈值：
-XX:MaxTenuringThreshold=threshold -
打印幸存区信息：
-XX:+PrintTenuringDistribution
-
以 CMS 为例
-
CMS 的老年代内存越大越好。
-
先尝试不做调优，如果没有FullGC就不用调优，否则先尝试调优新生代。
-
如果还是经常发生FullGC，观察发生FUllGC时老年代内存占用，将老年代内存预设调大 1/4 ~ 1/3。
-
一般
-XX:CMSInitiatingOccupancyFraction设置为75% ~ 80%，预留一些空间给浮动垃圾。
# 修改 CMS 的老年代内存占比，比如 percen=80（80%），当老年代内存占用达到80%时就执行一次垃圾回收
-XX:CMSInitiatingOccupancyFraction=percent-
FUll GC 和 Minor GC 频繁。
- 调整新生代内存
-
请求高峰期发生 FUll GC，单次暂停时间特别长（CMS）
-
排查问题发现是在重新标记阶段耗时较长（1-2秒）。重新标记会扫描整个内存（包括老年代和新生代）。
-
在CMS重新标记前，先执行一次 Minor GC。
-XX:+CMSScavengeBeforeRemark
-
-
老年代充裕情况下，发生 FUll GC（CMS 1.7）
-
永久代的内存空间不足，也会导致发生Full GC。
-
调整永久代的内存。
-XX:MaxPermSize=512m
-
/**
* @author cristina
*/
public class HelloWorld {
public static void main(String[] args) throws Exception {
System.out.println("Hello World");
}
}-
执行编译命令
javac -parameters -d . HelloWorld.java。 -
编译字节码：
od -t xC HelloWorld.class，内容为16进制。
[root@server7 ~]# od -t xC HelloWorld.class
0000000 ca fe ba be 00 00 00 34 00 22 0a 00 06 00 13 09
0000020 00 14 00 15 08 00 16 0a 00 17 00 18 07 00 19 07
0000040 00 1a 01 00 06 3c 69 6e 69 74 3e 01 00 03 28 29
0000060 56 01 00 04 43 6f 64 65 01 00 0f 4c 69 6e 65 4e
0000100 75 6d 62 65 72 54 61 62 6c 65 01 00 04 6d 61 69
0000120 6e 01 00 16 28 5b 4c 6a 61 76 61 2f 6c 61 6e 67
0000140 2f 53 74 72 69 6e 67 3b 29 56 01 00 0a 45 78 63
0000160 65 70 74 69 6f 6e 73 07 00 1b 01 00 10 4d 65 74
0000200 68 6f 64 50 61 72 61 6d 65 74 65 72 73 01 00 04
0000220 61 72 67 73 01 00 0a 53 6f 75 72 63 65 46 69 6c
0000240 65 01 00 0f 48 65 6c 6c 6f 57 6f 72 6c 64 2e 6a
0000260 61 76 61 0c 00 07 00 08 07 00 1c 0c 00 1d 00 1e
0000300 01 00 0b 48 65 6c 6c 6f 20 57 6f 72 6c 64 07 00
0000320 1f 0c 00 20 00 21 01 00 0a 48 65 6c 6c 6f 57 6f
0000340 72 6c 64 01 00 10 6a 61 76 61 2f 6c 61 6e 67 2f
0000360 4f 62 6a 65 63 74 01 00 13 6a 61 76 61 2f 6c 61
0000400 6e 67 2f 45 78 63 65 70 74 69 6f 6e 01 00 10 6a
0000420 61 76 61 2f 6c 61 6e 67 2f 53 79 73 74 65 6d 01
0000440 00 03 6f 75 74 01 00 15 4c 6a 61 76 61 2f 69 6f
0000460 2f 50 72 69 6e 74 53 74 72 65 61 6d 3b 01 00 13
0000500 6a 61 76 61 2f 69 6f 2f 50 72 69 6e 74 53 74 72
0000520 65 61 6d 01 00 07 70 72 69 6e 74 6c 6e 01 00 15
0000540 28 4c 6a 61 76 61 2f 6c 61 6e 67 2f 53 74 72 69
0000560 6e 67 3b 29 56 00 21 00 05 00 06 00 00 00 00 00
0000600 02 00 01 00 07 00 08 00 01 00 09 00 00 00 1d 00
0000620 01 00 01 00 00 00 05 2a b7 00 01 b1 00 00 00 01
0000640 00 0a 00 00 00 06 00 01 00 00 00 04 00 09 00 0b
0000660 00 0c 00 03 00 09 00 00 00 25 00 02 00 01 00 00
0000700 00 09 b2 00 02 12 03 b6 00 04 b1 00 00 00 01 00
0000720 0a 00 00 00 0a 00 02 00 00 00 06 00 08 00 07 00
0000740 0d 00 00 00 04 00 01 00 0e 00 0f 00 00 00 05 01
0000760 00 10 00 00 00 01 00 11 00 00 00 02 00 12
0000776根据JVM规范，类文件结构如下：
ClassFile {
u4 magic;
u2 minor_version;
u2 major_version;
u2 constant_pool_count;
cp_info constant_pool[constant_pool_count-1];
u2 access_flags;
u2 this_class;
u2 super_class;
u2 interfaces_count
u2 interfaces[interfaces_count];
u2 fields_count;
field_info fields[fields_count];
u2 methods_count;
method_info methods[methods_count];
u2 attributes_count;
attribute_info attributes[attributes_count];
}u4、u2表示字节数。 通过分析 ClassFile 的内容，我们便可以知道 class 文件的组成：
后续字节码组成的部分就是基于此来分析的。
[root@server7 ~]# javap -v HelloWorld.class
Classfile /root/HelloWorld.class
Last modified 2023-6-28; size 510 bytes
MD5 checksum 03f7f4cfbfe1dd1d273f73655465dffc
Compiled from "HelloWorld.java"
public class HelloWorld
minor version: 0
major version: 52
flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
#1 = Methodref #6.#19 // java/lang/Object."<init>":()V
#2 = Fieldref #20.#21 // java/lang/System.out:Ljava/io/PrintStream;
#3 = String #22 // Hello World
#4 = Methodref #23.#24 // java/io/PrintStream.println:(Ljava/lang/String;)V
#5 = Class #25 // HelloWorld
#6 = Class #26 // java/lang/Object
#7 = Utf8 <init>
#8 = Utf8 ()V
#9 = Utf8 Code
#10 = Utf8 LineNumberTable
#11 = Utf8 main
#12 = Utf8 ([Ljava/lang/String;)V
#13 = Utf8 Exceptions
#14 = Class #27 // java/lang/Exception
#15 = Utf8 MethodParameters
#16 = Utf8 args
#17 = Utf8 SourceFile
#18 = Utf8 HelloWorld.java
#19 = NameAndType #7:#8 // "<init>":()V
#20 = Class #28 // java/lang/System
#21 = NameAndType #29:#30 // out:Ljava/io/PrintStream;
#22 = Utf8 Hello World
#23 = Class #31 // java/io/PrintStream
#24 = NameAndType #32:#33 // println:(Ljava/lang/String;)V
#25 = Utf8 HelloWorld
#26 = Utf8 java/lang/Object
#27 = Utf8 java/lang/Exception
#28 = Utf8 java/lang/System
#29 = Utf8 out
#30 = Utf8 Ljava/io/PrintStream;
#31 = Utf8 java/io/PrintStream
#32 = Utf8 println
#33 = Utf8 (Ljava/lang/String;)V
{
public HelloWorld();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
LineNumberTable:
line 4: 0
public static void main(java.lang.String[]) throws java.lang.Exception;
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=2, locals=1, args_size=1
0: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
3: ldc #3 // String Hello World
5: invokevirtual #4 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
8: return
LineNumberTable:
line 6: 0
line 7: 8
Exceptions:
throws java.lang.Exception
MethodParameters:
Name Flags
args
}
SourceFile: "HelloWorld.java"- 0~3字节，表示它是否是
class类型的文件
0000000 ca fe ba be 00 00 00 34 00 22 0a 00 06 00 13 09
- 4~7字节，表示类的版本
00 34（52），表示是 Java 8，小版本没有体现。
0000000 ca fe ba be 00 00 00 34 00 22 0a 00 06 00 13 09
开始的第一位是一个 u1 类型的标志位（Value）来标识常量的类型，代表当前这个常量属于哪种常量类型：
| Constant Type | Value | 描述 |
|---|---|---|
| CONSTANT_utf8_info | 1 | UTF-8 编码的字符串 |
| CONSTANT_Integer_info | 3 | 整形字面量 |
| CONSTANT_Float_info | 4 | 浮点型字面量 |
| CONSTANT_Long_info | ５ | 长整型字面量 |
| CONSTANT_Double_info | ６ | 双精度浮点型字面量 |
| CONSTANT_Class_info | ７ | 类或接口的符号引用 |
| CONSTANT_String_info | ８ | 字符串类型字面量 |
| CONSTANT_FieldRef_info | ９ | 字段的符号引用 |
| CONSTANT_MethodRef_info | 10 | 类中方法的符号引用 |
| CONSTANT_InterfaceMethodRef_info | 11 | 接口中方法的符号引用 |
| CONSTANT_NameAndType_info | 12 | 字段或方法的符号引用 |
| CONSTANT_MethodType_info | 16 | 标志方法类型 |
| CONSTANT_MethodHandle_info | 15 | 表示方法句柄 |
| CONSTANT_InvokeDynamic_info | 18 | 表示一个动态方法调用点 |
- 8
9字节，表示常量池长度#33 项，#0项不计入，也没有值，索引值为 0 代表“不引用任何一个常量池项”00 22（34），表示常量池有 #1
0000000 ca fe ba be 00 00 00 34 00 22 0a 00 06 00 13 09
- 第#1项
0a表示一个 Method 信息（方法引用），00 06和00 13（19）表示引用了常量池中#6和#19项来获得这个方法的所属类和方法名。
0000000 ca fe ba be 00 00 00 34 00 22 0a 00 06 00 13 09
剩余部分不再分析...。
指令集：https://docs.oracle.com/javase/specs/jvms/se8/html/jvms-6.html
接着上一节，研究两组字节码指令。
构造方法的字节码指令public HelloWorld()。
0000620 01 00 01 00 00 00 05 2a b7 00 01 b1 00 00 00 01
-
2a表示 aload_0 加载 slot0 的局部变量，即this，作为下面的 invokespecial 构造方法调用的参数。 -
b7表示 invokespecial 预备调用构造方法，哪个方法呢？ -
00 01表示引用常量池中#1项，即Method java/lang/Object."<init>":()V。 -
b1表示返回。
主方法的字节码指令public static void main(String[] args)。
0000700 00 09 b2 00 02 12 03 b6 00 04 b1 00 00 00 01 00
-
b2表示 getstatic 用来加载静态变量，哪个变量呢？ -
00 02表示引用常量池中#2项，即Field java/lang/System.out:Ljava/io/PrintStream;。 -
12表示 ldc 加载参数，哪个参数呢？ -
03表示引用常量池中#3项，即String Hello World。 -
b6表示 invokevirtual 预备调用成员方法，哪个方法呢？ -
00 04表示引用常量池中#4项，即Method java/io/PrintStream.println:(Ljava/lang/String;)V。 -
b1表示返回。
javap是jdk自带的反解析工具。它的作用就是根据class字节码文件，反解析出当前类对应的code区 （字节码指令）、局部变量表、异常表和代码行偏移量映射表、常量池等信息。
[root@server7 ~]# javap -v HelloWorld.class
Classfile /root/HelloWorld.class
Last modified 2023-6-28; size 510 bytes
MD5 checksum 03f7f4cfbfe1dd1d273f73655465dffc
Compiled from "HelloWorld.java"
public class HelloWorld
minor version: 0
major version: 52
flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
#1 = Methodref #6.#19 // java/lang/Object."<init>":()V
#2 = Fieldref #20.#21 // java/lang/System.out:Ljava/io/PrintStream;
#3 = String #22 // Hello World
#4 = Methodref #23.#24 // java/io/PrintStream.println:(Ljava/lang/String;)V
#5 = Class #25 // HelloWorld
#6 = Class #26 // java/lang/Object
#7 = Utf8 <init>
#8 = Utf8 ()V
#9 = Utf8 Code
#10 = Utf8 LineNumberTable
#11 = Utf8 main
#12 = Utf8 ([Ljava/lang/String;)V
#13 = Utf8 Exceptions
#14 = Class #27 // java/lang/Exception
#15 = Utf8 MethodParameters
#16 = Utf8 args
#17 = Utf8 SourceFile
#18 = Utf8 HelloWorld.java
#19 = NameAndType #7:#8 // "<init>":()V
#20 = Class #28 // java/lang/System
#21 = NameAndType #29:#30 // out:Ljava/io/PrintStream;
#22 = Utf8 Hello World
#23 = Class #31 // java/io/PrintStream
#24 = NameAndType #32:#33 // println:(Ljava/lang/String;)V
#25 = Utf8 HelloWorld
#26 = Utf8 java/lang/Object
#27 = Utf8 java/lang/Exception
#28 = Utf8 java/lang/System
#29 = Utf8 out
#30 = Utf8 Ljava/io/PrintStream;
#31 = Utf8 java/io/PrintStream
#32 = Utf8 println
#33 = Utf8 (Ljava/lang/String;)V
{
public HelloWorld();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
LineNumberTable:
line 4: 0
public static void main(java.lang.String[]) throws java.lang.Exception;
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=2, locals=1, args_size=1
0: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
3: ldc #3 // String Hello World
5: invokevirtual #4 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
8: return
LineNumberTable:
line 6: 0
line 7: 8
Exceptions:
throws java.lang.Exception
MethodParameters:
Name Flags
args
}
SourceFile: "HelloWorld.java"public class Test01 {
public static void main(String[] args) throws Exception {
int a = 10;
int b = Short.MAX_VALUE + 1;
int c = a + b;
System.out.println(c);
}
}使用javap反解析后的文件：
[root@server7 ~]# javap -v Test01.class
Classfile /root/Test01.class
Last modified 2023-6-28; size 430 bytes
MD5 checksum 9c23888c3f753d31bc2eba3913afb32f
Compiled from "Test01.java"
public class Test01
minor version: 0
major version: 52
flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
#1 = Methodref #7.#16 // java/lang/Object."<init>":()V
#2 = Class #17 // java/lang/Short
#3 = Integer 32768
#4 = Fieldref #18.#19 // java/lang/System.out:Ljava/io/PrintStream;
#5 = Methodref #20.#21 // java/io/PrintStream.println:(I)V
#6 = Class #22 // Test01
#7 = Class #23 // java/lang/Object
#8 = Utf8 <init>
#9 = Utf8 ()V
#10 = Utf8 Code
#11 = Utf8 LineNumberTable
#12 = Utf8 main
#13 = Utf8 ([Ljava/lang/String;)V
#14 = Utf8 SourceFile
#15 = Utf8 Test01.java
#16 = NameAndType #8:#9 // "<init>":()V
#17 = Utf8 java/lang/Short
#18 = Class #24 // java/lang/System
#19 = NameAndType #25:#26 // out:Ljava/io/PrintStream;
#20 = Class #27 // java/io/PrintStream
#21 = NameAndType #28:#29 // println:(I)V
#22 = Utf8 Test01
#23 = Utf8 java/lang/Object
#24 = Utf8 java/lang/System
#25 = Utf8 out
#26 = Utf8 Ljava/io/PrintStream;
#27 = Utf8 java/io/PrintStream
#28 = Utf8 println
#29 = Utf8 (I)V
{
public Test01();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
LineNumberTable:
line 1: 0
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=2, locals=4, args_size=1
0: bipush 10
2: istore_1
3: ldc #3 // int 32768
5: istore_2
6: iload_1
7: iload_2
8: iadd
9: istore_3
10: getstatic #4 // Field java/lang/System.out:Ljava/io/PrintStream;
13: iload_3
14: invokevirtual #5 // Method java/io/PrintStream.println:(I)V
17: return
LineNumberTable:
line 3: 0
line 4: 3
line 5: 6
line 6: 10
line 7: 17
}
SourceFile: "Test01.java"
stack=2（操作数栈）, locals=4（局部变量表）
-
bipush 10表示将一个 byte 压入操作数栈（byte是一个字节，操作数栈的宽度是4个字节，其长度会补齐4个字节），类似的指令还有：-
sipush将一个 short 压入操作数栈（其长度会补齐4个字节） -
ldc将一个 int 压入操作数栈 -
ldc2_w将一个 long 压入操作数栈（分两次压入，long 是8个字节）
-
-
这里小的数字都是和字节码指令存在一起，超过 short 范围的数组会存入常量池。
将操作数栈顶数据弹出，存入局部变量表的 slot 1。
bipush 10、 istore_1对应着 Java 源代码a = 10；
从常量池加载 #3 数据到操作数栈。
Short.MAX_VALUE是 32767，所以 32768 = Short.MAX_VALUE + 1 实际上是在编译期间就计算好的。
将操作数栈顶数据弹出，存入局部变量表的 slot 2。
-
iload_1把局部变量1槽位的值读取到操作数栈中。 -
iload_2把局部变量2槽位的值读取到操作数栈中。
iadd用于对两个操作数栈上的值进行int类型的加法运算（会把操作数栈的两个值弹出栈），并把结果重新存入到操作栈顶。
将操作数栈顶数据弹出，存入局部变量表的 slot 3。
getstatic从常量池 #4 项获取类中静态字段
iload_3从局部变量3中装载int类型值到操作数栈。
-
invokestatic：该指令用于调用静态方法，即使用 static 关键字修饰的方法；
-
invokespecial：该指令用于三种场景：调用实例构造方法，调用私有方法（即private关键字修饰的方法）和父类方法（即super关键字调用的方法）；
-
invokeinterface：该指令用于调用接口方法，在运行时再确定一个实现此接口的对象；
-
invokevirtual：该指令用于调用虚方法（除了上述三种情况之外的方法）；
-
找到常量池 #5 项。
-
定位到方法区
java/io/PrintStream.println:(I)V方法。 -
生成新的栈帧（分配 locals、stack等）。
-
传递参数，执行新栈帧中的字节码。
- 清除 main 操作数栈内容。
-
完成 main 方法调用，弹出 main 栈帧。
-
程序结束。
public class Test01 {
public static void main(String[] args) throws Exception {
int a = 10;
int b = a++ + ++a + a--;
System.out.println(a);
System.out.println(b);
}
}使用javap命令反解析字节码文件：
[root@server7 ~]# javap -v Test01.class
Classfile /root/Test01.class
Last modified 2023-6-28; size 419 bytes
MD5 checksum 0521b3e1b1667f518c711d0366246347
Compiled from "Test01.java"
public class Test01
minor version: 0
major version: 52
flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
#1 = Methodref #5.#14 // java/lang/Object."<init>":()V
#2 = Fieldref #15.#16 // java/lang/System.out:Ljava/io/PrintStream;
#3 = Methodref #17.#18 // java/io/PrintStream.println:(I)V
#4 = Class #19 // Test01
#5 = Class #20 // java/lang/Object
#6 = Utf8 <init>
#7 = Utf8 ()V
#8 = Utf8 Code
#9 = Utf8 LineNumberTable
#10 = Utf8 main
#11 = Utf8 ([Ljava/lang/String;)V
#12 = Utf8 SourceFile
#13 = Utf8 Test01.java
#14 = NameAndType #6:#7 // "<init>":()V
#15 = Class #21 // java/lang/System
#16 = NameAndType #22:#23 // out:Ljava/io/PrintStream;
#17 = Class #24 // java/io/PrintStream
#18 = NameAndType #25:#26 // println:(I)V
#19 = Utf8 Test01
#20 = Utf8 java/lang/Object
#21 = Utf8 java/lang/System
#22 = Utf8 out
#23 = Utf8 Ljava/io/PrintStream;
#24 = Utf8 java/io/PrintStream
#25 = Utf8 println
#26 = Utf8 (I)V
{
public Test01();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: invokespecial #1 // Method java/lang/Object."<init>":()V
4: return
LineNumberTable:
line 1: 0
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=2, locals=3, args_size=1
0: bipush 10
2: istore_1
3: iload_1
4: iinc 1, 1
7: iinc 1, 1
10: iload_1
11: iadd
12: iload_1
13: iinc 1, -1
16: iadd
17: istore_2
18: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
21: iload_1
22: invokevirtual #3 // Method java/io/PrintStream.println:(I)V
25: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
28: iload_2
29: invokevirtual #3 // Method java/io/PrintStream.println:(I)V
32: return
LineNumberTable:...
}
SourceFile: "Test01.java"-
iinc指令是直接在局部变量 slot 上进行运算。 -
a++ 和 ++a 的区别是先执行
iload还是先执行iinc。-
a++：先
iload再iinc。 -
++a：先
iinc再iload。
-
# int b = a++ + ++a + a--;
0: bipush 10 // 将 10 压入操作数栈
2: istore_1 // 将操作数栈顶数据弹出，存入局部变量表的 slot 1。将 10 放入局部变量表（a = 10）
3: iload_1 // 将局部变量表槽位1的数值读取到操作数栈中 （a=10）
4: iinc 1, 1 // 局部变量表1槽位自增1，（a=11）
7: iinc 1, 1 // 局部变量表1槽位自增1，（a=12）
10: iload_1 // 将局部变量表槽位1的数值读取到操作数栈中 （a=12）
11: iadd // 此时操作数栈中有两个数值，进行加法运算（10 + 22 = 22）
12: iload_1 // 将局部变量表槽位1的数值读取到操作数栈中 （a=12）
13: iinc 1, -1 // 局部变量表1槽位自减1，（a=11）
16: iadd // 此时操作数栈中有两个数值，进行加法运算（22 + 12 = 34）
17: istore_2 // 将操作数栈顶数据弹出，存入局部变量表的 slot 2。将 34 放入局部变量表（b = 34）-
byte、short、char 都会按 int 比较，因为操作数栈宽度是 4 个字节。
-
goto 是用来进行跳转到指定行号的字节码。
-
-1 ~ 5之间的数用iconst、fconst...表示。lconst_0、lconst_1、fconst_0、fconst_1 ...。 -
ldc2_w 把常量池中long类型或者double类型的项压入栈。
public class Application {
public static void main(String[] args) {
long a = 6l;
if (a > 10l) {
a = 5l;
} else {
a = 20l;
}
}
}字节码：
stack=4, locals=3, args_size=1
0: ldc2_w #2 // long 6l
3: lstore_1
4: lload_1
5: ldc2_w #4 // long 10l
8: lcmp
9: ifle 19
12: ldc2_w #6 // long 5l
15: lstore_1
16: goto 23
19: ldc2_w #8 // long 20l
22: lstore_1
23: returnwhile 和 for 的字节码是一样的。
public class Application {
public static void main(String[] args) {
int i = 0;
while (i < 10) {
i++;
}
}
}字节码：
0: iconst_0
1: istore_1
2: iload_1
3: bipush 10
5: if_icmple 14
8: iinc 1, 1
11: goto 2
14: returnfor 循环
public class Application {
public static void main(String[] args) {
for (int i = 0; i < 10; i++) {
}
}
}字节码：
0: iconst_0
1: istore_1
2: iload_1
3: bipush 10
5: if_icmpge 14
8: iinc 1, 1
11: goto 2
14: returndo while 循环
public class Application {
public static void main(String[] args) {
int i = 0;
do {
i++;
}while (i < 10);
}
}字节码：
0: iconst_0
1: istore_1
2: iinc 1, 1
5: iload_1
6: bipush 10
8: if_icmplt 2
11: returnpublic class Application {
static int i = 10;
static {
i = 20;
}
static {
i = 30;
}
}编译器会按从上到下的顺序，收集所有 static 静态代码块和静态成员赋值的代码，合并为一个特殊的方法<cinit()V>。
0: bipush 10
2: putstatic #2 // Field i:I
5: bipush 20
7: putstatic #2 // Field i:I
10: bipush 30
12: putstatic #2 // Field i:I
15: return<cinit()V>方法会在类加载的初始化阶段被调用。（<cinit()V>是类构造方法）
<init>()V是每个实例对象的构造方法。
public class Application {
private String a = "s1";
{
b = 20;
}
private int b = 10;
{
a = "s2";
}
public Application() {
}
public Application(String a, int b) {
this.a = a;
this.b = b;
}
public static void main(String[] args) {
Application application = new Application("s3", 30);
System.out.println(application.a);
System.out.println(application.b);
}
}编译器会按从上至下的顺序，收集所有{}代码块和成员变量赋值的代码，形成新的构造方法，但原始构造方法内的代码总是再最后。
public cn.forbearance.spring.Application(java.lang.String, int);
descriptor: (Ljava/lang/String;I)V
flags: ACC_PUBLIC
Code:
stack=2, locals=3, args_size=3
0: aload_0
1: invokespecial #1 // super."<init>":()V
4: aload_0
5: ldc #2 // String s1
7: putfield #3 // this.a
10: aload_0
11: bipush 20
13: putfield #4 // this.b
16: aload_0
17: bipush 10
19: putfield #4 // this.b
22: aload_0
23: ldc #5 // String s2
25: putfield #3 // this.a
28: aload_0 // --------原始构造---------
29: aload_1 // slot 1(a) "s3" |
30: putfield #3 // this.a |
33: aload_0 |
34: iload_2 // slot 2(b) 30 |
35: putfield #4 // this.b -----------------
38: return
LineNumberTable: ...
LocalVariableTable:
Start Length Slot Name Signature
0 39 0 this Lcn/forbearance/spring/Application;
0 39 1 a Ljava/lang/String;
0 39 2 b Ipublic class Application {
public Application() {}
private void test1() {}
private final void test2() {}
public void test3() {}
public static void test4() {}
public static void main(String[] args) {
Application application = new Application();
application.test1();
application.test2();
application.test3();
application.test4();
Application.test4();
}
}字节码：
0: new #2 // class cn/forbearance/spring/Application
3: dup
4: invokespecial #3 // Method "<init>":()V
7: astore_1
8: aload_1
9: invokespecial #4 // Method test1:()V
12: aload_1
13: invokespecial #5 // Method test2:()V
16: aload_1
17: invokevirtual #6 // Method test3:()V
20: aload_1
21: pop
22: invokestatic #7 // Method test4:()V
25: invokestatic #7 // Method test4:()V
28: return-
invokevirtual虚方法，称为动态绑定，需要在运行时确定。（实现一个方法的多态调用） -
new在堆空间分配内存，分配成功会将对象的引用放入操作数栈。 -
dup在操作数栈复制了一份对象引用。（原因是main方法的操作数栈调用构造函数后，栈顶元素出栈。栈不能为空 空了就结束了） -
通过对象调用静态方法会产生两条不必要的指令。
aload_1、pop一入栈就出栈了。
演示多态原理，需要加上JVM参数-XX:-UseCompressedOops -XX:-UseCompressedClassPointers，禁用指针压缩。
public class Application {
public static void test(Animal animal) {
animal.eat();
System.out.println(animal.toString());
}
public static void main(String[] args) throws Exception {
test(new Dog());
test(new Cat());
System.in.read();
}
}
abstract class Animal {
public abstract void eat();
@Override
public String toString() {
return "" + this.getClass().getSimpleName();
}
}
class Dog extends Animal {
@Override
public void eat() {
System.out.println("吃骨头");
}
}
class Cat extends Animal {
@Override
public void eat() {
System.out.println("吃鱼");
}
}-
运行 Java 程序。使用
jps获取进行id。 -
运行 HSDB 工具，进入 JDK 安装目录，执行
java -classpath "%JAVA_HOME%/lib/sa-jdi.jar" sun.jvm.hotspot.HSDB。
-
对象头一共 16 个字节，前8个字节（Mark Word）包含对象的 hash 码，以及对象加锁时的锁标记。
-
后8个字节（Klass Word）是对象的类型指针，根据类型指针可以找到对象的Class类。
-
如果是数组对象则：对象头 = Mark Word + Klass Word + 数组长度
vtable 地址和 Class 地址偏移 1B8，在 Class 地址加上1B8就得到 vtable 地址。
通过对象找到Class类，通过Class类能够知道虚方法表，确定方法的实际物理地址。虚方法表在类加载的链接阶段生成的。
当执行 invokevirtual 指令时
-
先通过栈帧中的对象引用找到对象（在JVM中的地址）。
-
分析对象头，找到对象的实际 Class。
-
Class 结构中有 vtable（虚方法表），它在类加载的链接阶段就已经根据方法的重写规则生成好了。
-
查 vtable 得到方法的具体地址。
-
执行方法的字节码。
public class Application {
public static void main(String[] args) {
int i = 0;
try {
i = 20;
} catch (Exception e) {
i = 10;
}
}
}字节码：
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=1, locals=3, args_size=1
0: iconst_0
1: istore_1
2: bipush 20
4: istore_1
5: goto 12
8: astore_2
9: bipush 10
11: istore_1
12: return
Exception table:
from to target type
2 5 8 Class java/lang/Exception
LineNumberTable: ...
LocalVariableTable:
Start Length Slot Name Signature
9 3 2 e Ljava/lang/Exception;
0 13 0 args [Ljava/lang/String;
2 11 1 i I-
可以看到多出来一个 Exception table 的结构，[from, to)时包头不包尾的检测范围（前闭后开），一旦这个范围内的字节码执行出现异常，则通过 type 匹配异常类型，如果一致，就会进入 target 所指示的行号。
-
8: astore_2指令是将异常对象引用存入局部变量表的 slot 2位置。
public class Application {
public static void main(String[] args) {
int i = 0;
try {
i = 20;
} catch (ArithmeticException e) {
i = 50;
} catch (NullPointerException e) {
i = 100;
} catch (Exception e) {
i = 80;
}
}
}字节码：
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=1, locals=3, args_size=1
0: iconst_0
1: istore_1
2: bipush 20
4: istore_1
5: goto 26
8: astore_2
9: bipush 50
11: istore_1
12: goto 26
15: astore_2
16: bipush 100
18: istore_1
19: goto 26
22: astore_2
23: bipush 80
25: istore_1
26: return
Exception table:
from to target type
2 5 8 Class java/lang/ArithmeticException
2 5 15 Class java/lang/NullPointerException
2 5 22 Class java/lang/Exception
LineNumberTable: ...
LocalVariableTable:
Start Length Slot Name Signature
9 3 2 e Ljava/lang/ArithmeticException;
16 3 2 e Ljava/lang/NullPointerException;
23 3 2 e Ljava/lang/Exception;
0 27 0 args [Ljava/lang/String;
2 25 1 i I与一个 catch 块的字节码有所不同，多个异常会共用一个局部变量表槽位。因为异常出现时，只能进入其中一个 Exception table 分支。
public class Application {
public static void main(String[] args) {
try {
Method method = Application.class.getMethod("test");
method.invoke(null);
} catch (NoSuchMethodException | IllegalAccessException | InvocationTargetException e) {
e.printStackTrace();
}
}
public static void test() {
System.out.println("ok");
}
}字节码：
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=3, locals=2, args_size=1
0: ldc #2 // class cn/forbearance/spring/Application
2: ldc #3 // String test
4: iconst_0
5: anewarray #4 // class java/lang/Class
8: invokevirtual #5 // Method java/lang/Class.getMethod:(Ljava/lang/String;[Ljava/lang/Class;)Ljava/lang/reflect/Method;
11: astore_1
12: aload_1
13: aconst_null
14: iconst_0
15: anewarray #6 // class java/lang/Object
18: invokevirtual #7 // Method java/lang/reflect/Method.invoke:(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;
21: pop
22: goto 30
25: astore_1
26: aload_1
27: invokevirtual #11 // Method java/lang/ReflectiveOperationException.printStackTrace:()V
30: return
Exception table:
from to target type
0 22 25 Class java/lang/NoSuchMethodException
0 22 25 Class java/lang/IllegalAccessException
0 22 25 Class java/lang/reflect/InvocationTargetException
LineNumberTable: ...
LocalVariableTable:
Start Length Slot Name Signature
12 10 1 method Ljava/lang/reflect/Method;
26 4 1 e Ljava/lang/ReflectiveOperationException;
0 31 0 args [Ljava/lang/String;multi-catch 对比多个 catch 块来讲，没有什么特别的，但是 Exception table 异常检测的入口都是一样的。并且 test 方法和异常共用一个槽位（虚拟机计算的）。
public class Application {
public static void main(String[] args) {
int i = 0;
try {
i = 20;
} catch (Exception e) {
i = 80;
} finally {
i = 100;
}
}
}字节码：
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=1, locals=4, args_size=1
0: iconst_0
1: istore_1 // 0 > i ，0 赋值给 i
2: bipush 20 // try ----------------------
4: istore_1 // 20 > i |
5: bipush 100 // finally |
7: istore_1 // 100 > i |
8: goto 27 // return ------------------|
11: astore_2 // catch Exception > e -----
12: bipush 80 // |
14: istore_1 // 80 > i |
15: bipush 100 // finally |
17: istore_1 // 100 > i |
18: goto 27 // return -------------------
21: astore_3 // catch any > slot 3 ------|
22: bipush 100 // finally |
24: istore_1 // 30 > i |
25: aload_3 // < slot 3 |
26: athrow // throw --------------------
27: return
Exception table:
from to target type
2 5 11 Class java/lang/Exception
2 5 21 any // 剩余的异常类型 比如 Error
11 15 21 any // 剩余的异常类型 比如 Error
LineNumberTable: ...
LocalVariableTable:
Start Length Slot Name Signature
12 3 2 e Ljava/lang/Exception;
0 28 0 args [Ljava/lang/String;
2 26 1 i I可以看到 finally 中的代码被赋值了3份，分别放入 try、catch以及剩余的异常类型（Error）。这也是 finally 最后执行的原因。
public class Application {
public static void main(String[] args) {
System.out.println(test());
}
public static int test() {
try {
return 10;
} finally {
return 20;
}
}
}字节码：
public static int test();
descriptor: ()I
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=1, locals=2, args_size=0
0: bipush 10 // 10 放入栈顶
2: istore_0 // 将操作数栈顶数据弹出，存入局部变量表的 slot 0。
3: bipush 20 // 20 放入栈顶
5: ireturn // 返回栈顶 int(20)
6: astore_1 // 将异常存入局部变量表的 slot 1
7: bipush 20 // 20 放入栈顶
9: ireturn // 返回栈顶 int(20)
Exception table:
from to target type
0 3 6 any在 catch 块字节码中如果出现其他异常（Error），不会 athrow，finally 如果出现 return，会吞掉异常。不建议在 finally 中 return。
finally 如果没有return，只是修改了变量的值，是不会改变返回结果的。会将 try 中 return 的值进行暂存。
public class Application {
public static void main(String[] args) {
System.out.println(test());
}
public static int test() {
int i = 10;
try {
return i;
} finally {
i = 20;
}
}
}字节码：
public static int test();
descriptor: ()I
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=1, locals=3, args_size=0
0: bipush 10 // 10 放入栈顶
2: istore_0 // 将操作数栈顶数据弹出，存入局部变量表的 slot 0。
3: iload_0 // 将局部变量表0槽位数据加载到操作数栈
4: istore_1 // 将操作数栈顶数据弹出，存入局部变量表的 slot 1。（10 暂存至 slot 1，目的是为了固定返回值）
5: bipush 20 // 20 放入栈顶
7: istore_0 // 将操作数栈顶数据弹出，存入局部变量表的 slot 0。
8: iload_1 // 将局部变量表1槽位数据加载到操作数栈 10
9: ireturn // 返回栈顶 int(10)
10: astore_2
11: bipush 20
13: istore_0
14: aload_2
15: athrow
Exception table:
from to target type
3 5 10 any
LineNumberTable: ...
LocalVariableTable:
Start Length Slot Name Signature
3 13 0 i Ipublic class Application {
public static void main(String[] args) {
Object obj = new Object();
synchronized (obj) {
System.out.println("ok");
}
}
}字节码：
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=2, locals=4, args_size=1
0: new #2 // new Object
3: dup // 拷贝引用
4: invokespecial #1 // 一个引用给调用构造器使用 invokespecial <init>:()V，调用完会弹出栈，另一个给锁使用
7: astore_1 // lock 引用，将操作数栈顶数据弹出（dup），存入局部变量表的 slot 1
8: aload_1 // 将局部变量表的 slot 1，加载到操作数栈顶
9: dup // 拷贝引用
10: astore_2 // lock 引用，将操作数栈顶数据弹出（dup），存入局部变量表的 slot 2
11: monitorenter // monitorenter(lock引用) 加锁
12: getstatic #3 // System.out
15: ldc #4 // "ok"
17: invokevirtual #5 // invokevirtual println:(Ljava/lang/String;)V
20: aload_2 // 将局部变量表的 slot 2 加载到操作数栈顶
21: monitorexit // monitorexit(lock引用) 解锁
22: goto 30
25: astore_3 // 异常，存入 slot 3
26: aload_2 // 将局部变量表的 slot 2，加载到操作数栈顶，(lock引用)
27: monitorexit // monitorexit(lock引用) 解锁
28: aload_3
29: athrow
30: return
Exception table:
from to target type
12 22 25 any
25 28 25 any
LineNumberTable: ...
LocalVariableTable:
Start Length Slot Name Signature
0 31 0 args [Ljava/lang/String;
8 23 1 obj Ljava/lang/Object;方法级别的 synchronized 不会在字节码指令中体现。
所谓的语法糖，就是指 Java 编译器将源代码编译为 class 字节码的过程中，自动生成和转换一些代码。编译期的优化和处理。
一个类如果没有构造器，编译器默认会给这个类加上一个无参构造，调用父类 Object 的无参构造，java/lang/Object."":()V
public class Candy {}编译后：
public class Candy {
public Candy {
super();
}
}public class Application {
public static void main(String[] args) {
Integer x = 1;
int y = x;
}
}字节码：
0: iconst_1
1: invokestatic #2 // Method java/lang/Integer.valueOf:(I)Ljava/lang/Integer;
4: astore_1
5: aload_1
6: invokevirtual #3 // Method java/lang/Integer.intValue:()I
9: istore_2
10: return装箱就是调用包装类的valueOf方法，拆箱就是调用包装类的xxxValue方法。由编译器在编译期阶段完成。
但是自动拆装箱在 JDK 5 之前时无法通过编译的，必须显式拆装箱。
public class Application {
public static void main(String[] args) {
Integer x = Integer.valueOf(1);
int y = x.intValue();
}
}泛型也是在 JDK 5 加入的新特性，但是在编译泛型代码后会执行泛型擦除。即泛型信息在编译为字节码后就丢失了。实际的类型都当作 Object 类型来处理。
public class Application {
public static void main(String[] args) {
ArrayList<Integer> list = new ArrayList<>();
// 实际调用的是 list.add(Object o) >（ArrayList.add:(Ljava/lang/Object;)）
list.add(10);
// 实际调用的是 Object num = list.get(int index) >（ArrayList.get:(I)Ljava/lang/Object;）
Integer num = list.get(0);
}
}字节码：
0: new #2 // class java/util/ArrayList
3: dup
4: invokespecial #3 // Method java/util/ArrayList."<init>":()V
7: astore_1
8: aload_1
9: bipush 10
11: invokestatic #4 // Method java/lang/Integer.valueOf:(I)Ljava/lang/Integer;
14: invokevirtual #5 // Method java/util/ArrayList.add:(Ljava/lang/Object;)Z
17: pop
18: aload_1
19: iconst_0
20: invokevirtual #6 // Method java/util/ArrayList.get:(I)Ljava/lang/Object;
23: checkcast #7 // class java/lang/Integer
26: astore_2
27: return在取值时，编译器还需要额外做一个类型转换的操作（checkcast）
Integer num = (Integer) list.get(0);擦除的是字节码中的泛型信息，但是 LocalVariableTypeTable 仍保留了方法参数泛型的信息，通过反射不能直接获取到 LocalVariableTypeTable。
... ...
LocalVariableTable:
Start Length Slot Name Signature
0 28 0 args [Ljava/lang/String;
8 20 1 list Ljava/util/ArrayList;
27 1 2 num Ljava/lang/Integer;
LocalVariableTypeTable:
Start Length Slot Name Signature
8 20 1 list Ljava/util/ArrayList<Ljava/lang/Integer;>;但使用反射能够获取方法参数和返回值的泛型信息。
JDK 5 新特性
public class Application {
public static void main(String[] args) {
test("a", "b", "c");
}
public static void test(String... str) {
System.out.println(str);
}
}字节码：
public static void test(java.lang.String...);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC, ACC_VARARGS
Code:
stack=2, locals=1, args_size=1
0: getstatic #7 // Field java/lang/System.out:Ljava/io/PrintStream;
3: aload_0
4: invokevirtual #8 // Method java/io/PrintStream.println:(Ljava/lang/Object;)V
7: return
LineNumberTable:
line 13: 0
line 14: 7
LocalVariableTable:
Start Length Slot Name Signature
0 8 0 str [Ljava/lang/String;从字节码中descriptor: ([Ljava/lang/String;)V也能看到可变参数实际是一个数组。如果调用test()等价于test(new String[]{})，创建一个空的数组，而不会传递 null。
JDK 5 新特性
public class Application {
public static void main(String[] args) {
int[] arr = {1, 2, 3, 4, 5};
for (int i : arr) {
System.out.println(i);
}
}
}字节码：
0: iconst_5
1: newarray int
3: dup
4: iconst_0
5: iconst_1
6: iastore
7: dup
8: iconst_1
9: iconst_2
10: iastore
11: dup
12: iconst_2
13: iconst_3
14: iastore
15: dup
16: iconst_3
17: iconst_4
18: iastore
19: dup
20: iconst_4
21: iconst_5
22: iastore
23: astore_1
24: aload_1
25: astore_2
26: aload_2
27: arraylength
28: istore_3
29: iconst_0
30: istore 4
32: iload 4
34: iload_3
35: if_icmpge 58
38: aload_2
39: iload 4
41: iaload
42: istore 5
44: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
47: iload 5
49: invokevirtual #3 // Method java/io/PrintStream.println:(I)V
52: iinc 4, 1
55: goto 32
58: return通过字节码可以看出，实际上 foreach 循环会被编译器转换为for循环，等同于下面的代码逻辑：
public class Application {
public Application() {}
public static void main(String[] args) {
int[] arr = new int[]{1, 2, 3, 4, 5};
for (int j = 0; j < arr.length; ++j) {
int i = arr[j];
System.out.println(i);
}
}
}如果是集合的 foreach 循环，会被编译器转换为迭代器的调用，如下所示：
public class Application {
public static void main(String[] args) {
ArrayList<Integer> arr = new ArrayList<>();
for (Integer i : arr) {
System.out.println(i);
}
}
}foreach 配合集合使用时，需要集合类实现 Iterable 接口。Iterable 用来获取集合迭代器（Iterator） 字节码：
0: new #2 // class java/util/ArrayList
3: dup
4: invokespecial #3 // Method java/util/ArrayList."<init>":()V
7: astore_1
8: aload_1
9: invokevirtual #4 // Method java/util/ArrayList.iterator:()Ljava/util/Iterator;
12: astore_2
13: aload_2
14: invokeinterface #5, 1 // InterfaceMethod java/util/Iterator.hasNext:()Z
19: ifeq 42
22: aload_2
23: invokeinterface #6, 1 // InterfaceMethod java/util/Iterator.next:()Ljava/lang/Object;
28: checkcast #7 // class java/lang/Integer
31: astore_3
32: getstatic #8 // Field java/lang/System.out:Ljava/io/PrintStream;
35: aload_3
36: invokevirtual #9 // Method java/io/PrintStream.println:(Ljava/lang/Object;)V
39: goto 13
42: returnJDK 7新特性，switch 配合 String 和枚举使用时，变量不能为 null。
public class Application {
public static void main(String[] args) {
String str = "hello";
switch (str) {
case "hello":
System.out.println(str);
break;
case "world":
System.out.println(str);
break;
}
}
}字节码：
0: ldc #2 // String hello
2: astore_1
3: aload_1
4: astore_2
5: iconst_m1
6: istore_3
7: aload_2
8: invokevirtual #3 // Method java/lang/String.hashCode:()I
// 先比较 hashCode
11: lookupswitch { // 2
99162322: 36
113318802: 50
default: 61
}
36: aload_2
37: ldc #2 // String hello
// 再用 equals 比较
39: invokevirtual #4 // Method java/lang/String.equals:(Ljava/lang/Object;)Z
42: ifeq 61
45: iconst_0
46: istore_3
47: goto 61
50: aload_2
// 再用 equals 比较
51: ldc #5 // String world
53: invokevirtual #4 // Method java/lang/String.equals:(Ljava/lang/Object;)Z
56: ifeq 61
59: iconst_1
60: istore_3
61: iload_3
62: lookupswitch { // 2
0: 88
1: 98
default: 105
}
88: getstatic #6 // Field java/lang/System.out:Ljava/io/PrintStream;
91: aload_1
92: invokevirtual #7 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
95: goto 105
98: getstatic #6 // Field java/lang/System.out:Ljava/io/PrintStream;
101: aload_1
102: invokevirtual #7 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
105: return通过class字节码文件可以得知，执行了两遍lookupswitch。而原始代码会被编译器转换为如下代码（伪代码）：
public class Application {
public Application() {
}
public static void main(String[] args) {
byte x = -1;
String str = "hello";
switch (str.hashCode()) {
case 99162322: // hello hashCode
if (str.equals("hello")) {
x = 0;
}
break;
case 113318802: // world hashCode
if (str.equals("world")) {
x = 1;
}
break;
}
switch (x) {
case 0:
System.out.println(str);
break;
case 1:
System.out.println(str);
break;
}
}
}hashCode 比较是为了提高效率，hashCode 不相等那么对象就不相等。接着用 equals 比较，是为了防止 hashCode 冲突，比如 "BM" 和 "C." 的 hashCode 都是 2123，但它们的值不一样。hashCode相等，equals也相等，才算是对象相等。否则就不匹配。
enum Gender {
BOY, GIRL
}
public class Application {
public Application() {
}
public static void main(Gender gender) {
switch (gender) {
case BOY:
System.out.println("男");
break;
case GIRL:
System.out.println("女");
break;
}
}
}字节码：
0: getstatic #2 // Field cn/forbearance/spring/Application$1.$SwitchMap$cn$forbearance$spring$Gender:[I
3: aload_0
4: invokevirtual #3 // Method cn/forbearance/spring/Gender.ordinal:()I
7: iaload
8: lookupswitch { // 2
1: 36
2: 47
default: 55
}
36: getstatic #4 // Field java/lang/System.out:Ljava/io/PrintStream;
39: ldc #5 // String 男
41: invokevirtual #6 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
44: goto 55
47: getstatic #4 // Field java/lang/System.out:Ljava/io/PrintStream;
50: ldc #7 // String 女
52: invokevirtual #6 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
55: return只有一个lookupswitch，怎么回事呢？原因是枚举类在 jvm 内部会定义一个合成类（对用户不可见，仅 jvm 使用），用来映射枚举的 ordinal 与数组元素的关系。枚举的 ordinal 表示枚举对象的序号，从0开始。转换后的代码如下：
public class Application {
public Application() {
}
static class $MAP {
static int[] map = new int[2];
static {
map[Gender.BOY.ordinal()] = 1;
map[Gender.GIRL.ordinal()] = 2;
}
}
public static void main(Gender gender) {
int x = $MAP.map[gender.ordinal()];
switch (x) {
case 1:
System.out.println("男");
break;
case 2:
System.out.println("女");
break;
}
}
}https://www.bilibili.com/video/BV1yE411Z7AP?p=138
JDK 7 新特性，资源对象需要实现 AutoCloseable 接口，使用 try with resources 可以不用写 finally 语句块，编译器会帮助生成关闭资源代码。
public class Application {
public static void main() {
try (InputStream is = new FileInputStream("")) {
System.out.println(is);
} catch (IOException e) {
e.printStackTrace();
}
}
}字节码：
0: new #2 // class java/io/FileInputStream
3: dup
4: ldc #3 // String
6: invokespecial #4 // Method java/io/FileInputStream."<init>":(Ljava/lang/String;)V
9: astore_0
10: aconst_null
// 将异常为 null 存入 局部变量表 槽位
11: astore_1
12: getstatic #5 // Field java/lang/System.out:Ljava/io/PrintStream;
15: aload_0
16: invokevirtual #6 // Method java/io/PrintStream.println:(Ljava/lang/Object;)V
19: aload_0
20: ifnull 88
23: aload_1
24: ifnull 43
27: aload_0
28: invokevirtual #7 // Method java/io/InputStream.close:()V
31: goto 88
34: astore_2
35: aload_1
36: aload_2
37: invokevirtual #9 // Method java/lang/Throwable.addSuppressed:(Ljava/lang/Throwable;)V
40: goto 88
43: aload_0
44: invokevirtual #7 // Method java/io/InputStream.close:()V
47: goto 88
50: astore_2
51: aload_2
52: astore_1
53: aload_2
54: athrow
55: astore_3
56: aload_0
57: ifnull 86
60: aload_1
61: ifnull 82
64: aload_0
65: invokevirtual #7 // Method java/io/InputStream.close:()V
68: goto 86
71: astore 4
73: aload_1
74: aload 4
76: invokevirtual #9 // Method java/lang/Throwable.addSuppressed:(Ljava/lang/Throwable;)V
79: goto 86
82: aload_0
83: invokevirtual #7 // Method java/io/InputStream.close:()V
86: aload_3
87: athrow
88: goto 96
91: astore_0
92: aload_0
93: invokevirtual #11 // Method java/io/IOException.printStackTrace:()V
96: return可以看到invokevirtual #7 / Method java/io/InputStream.close:()V，说明编译器生成了关闭资源的代码。在底层还是使用的 finally。
方法重写时对返回值分两种情况：
-
父子类的返回值一致。
-
子类返回值可以是父类返回值的子类。（如父类返回值是 Number，子类返回值是 Integer，Integer 是 Number 子类）
class A {
public Number m() {
return 1;
}
}
class B extends A {
@Override
public Integer m() {
return 2;
}
}字节码：
{
cn.forbearance.spring.B();
descriptor: ()V
flags:
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: invokespecial #1 // Method cn/forbearance/spring/A."<init>":()V
4: return
LineNumberTable:
line 13: 0
LocalVariableTable:
Start Length Slot Name Signature
0 5 0 this Lcn/forbearance/spring/B;
public java.lang.Integer m();
descriptor: ()Ljava/lang/Integer;
flags: ACC_PUBLIC
Code:
stack=1, locals=1, args_size=1
0: iconst_2
1: invokestatic #2 // Method java/lang/Integer.valueOf:(I)Ljava/lang/Integer;
4: areturn
LineNumberTable:
line 16: 0
LocalVariableTable:
Start Length Slot Name Signature
0 5 0 this Lcn/forbearance/spring/B;
public java.lang.Number m();
descriptor: ()Ljava/lang/Number;
flags: ACC_PUBLIC, ACC_BRIDGE, ACC_SYNTHETIC
Code:
stack=1, locals=1, args_size=1
0: aload_0
1: invokevirtual #3 // Method m:()Ljava/lang/Integer;
4: areturn
LineNumberTable:
line 13: 0
LocalVariableTable:
Start Length Slot Name Signature
0 5 0 this Lcn/forbearance/spring/B;
}从class字节码中发现有两个m方法Integer m()、.Number m()，对于子类，编译器会做如下处理：
class B extends A {
@Override
public Integer m() {
return 2;
}
// 桥接方法，真正重写父类的方法
public synthetic bridge Number m() {
// 子类 Integer m() 方法
return m();
}
}桥接方法（合成方法）仅对 jvm 可见，并且子类Integer m()方法没有命名冲突，可以用反射来验证。
for (Method method : B.class.getDeclaredMethods()) {
System.out.println(method);
}输出：
public java.lang.Integer spring.B.m()
public java.lang.Number spring.B.m()class Application {
public static void main(String[] args) {
Runnable runnable = new Runnable() {
@Override
public void run() {
System.out.println("ok");
}
};
}
}字节码：
# javap -v Application.class
0: new #2 // class cn/forbearance/spring/Application$1
3: dup
4: invokespecial #3 // Method cn/forbearance/spring/Application$1."<init>":()V
7: astore_1
8: return
# javap -v Application$1.class（编译器生成的class字节码文件）
final class cn.forbearance.spring.Application$1 implements java.lang.Runnable
minor version: 0
major version: 52
flags: ACC_FINAL, ACC_SUPER
... ...
public void run();
descriptor: ()V
flags: ACC_PUBLIC
Code:
stack=2, locals=1, args_size=1
0: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
3: ldc #3 // String ok
5: invokevirtual #4 // Method java/io/PrintStream.println:(Ljava/lang/String;)V
8: return
LineNumberTable:
line 13: 0
line 14: 8
LocalVariableTable:
Start Length Slot Name Signature
0 9 0 this Lcn/forbearance/spring/Application$1;从字节码文件中也能发现，编译器会对这个匿名内部类额外生成类（Application$1.java）伪代码：
final class Application$1 implements Runnable {
Application$1() {}
public void run() {
System.out.println("ok");
}
}在底层等价于Runnable runnable = new Application$1();
如果引用局部变量的匿名内部类，在底层会额外生成一个类，这个类有一个有参构造，将局部变量传递给构造方法。
final class Application$1 implements Runnable {
int val$x;
Application$1(int x) {
this.val$x = x
}
public void run() {
System.out.println("ok" + this.val$x);
}
}匿名内部类引用局部变量时，局部变量必须是 final 的。Java为了避免数据不同步的问题，做出了匿名内部类只可以访问final的局部变量的限制。这是因为匿名内部类会创建一个对局部变量的拷贝，并且这个拷贝必须是不可修改的，以确保在内部类中使用局部变量时保持一致性。
加载这一步主要是通过 类加载器 完成的。不过，数组类不是通过 ClassLoader 创建的，而是 JVM 在需要的时候自动创建的。
类加载是将类的字节码载入方法区中，内部采用 c++ 的 instanceKlass 描述 Java 类，其重要的 field 有：
-
_java_mirror：Java 的类镜像，例如对 String 来说，就是 String.class。作用是把 klass 暴露给 Java 使用。
-
_super：父类
-
_fields：成员变量
-
_methods：方法
-
_constants：常量池
-
_class_loader：类加载器
-
_vtable：虚方法表
-
_itable：接口方法表
如果这个类还有父类没有加载，先加载父类。加载和链接有可能是交替执行的。（加载阶段尚未结束，连接阶段可能就已经开始了。）
instanceKlass 这样的元数据是存储在方法区（1.8以后是元空间）的，但_java_mirror是存储在堆中的（引用指向）。
类对象（Person.class）持有instanceKlass中_java_mirror内存地址，instanceKlass中_java_mirror持有 类对象（Person.class）的内存地址。
类链接分为三个步骤：
-
验证：验证类是否符合 JVM 规范，安全性检查，比如验证魔数是否符合格式。
-
准备：为 static 变量分配空间，设置默认值。
-
static 变量在 JDK7 以前是存储在 instanceKlass 末尾，从 JDK7 开始，存储在 _java_mirror（也就是类对象，在堆中） 末尾。
-
static 变量分配空间和赋值是两个步骤，分配空间在准备阶段完成，赋值在初始化阶段完成。
-
如果 static 变量是 final 的基本类型以及字符串常量，那么值在编译阶段就确定了，赋值就会在准备阶段完成。
-
如果 static 变量是 final，但属于引用类型，赋值则会在初始化阶段（类的加载）完成。
-
-
解析：将常量池中的符号引用解析为直接引用（实际的内存地址）
初始化就会调用<cinit>()V，即执行类的构造方法，虚拟机会保证这个类的构造方法的线程安全。
javap输出的 static{} 就是 方法。
类初始化是懒惰的，只有需要用到这个类的时候才会执行初始化。
-
会导致类初始化的情况：
-
main 方法所在的类，总会被首先初始化。
-
首次访问这个类的静态变量或静态方法。
-
子类初始化，如果父类还没初始化，会先初始化父类。
-
子类访问父类的静态变量，只会触发父类的初始化。
-
Class.forName()。
-
new 会导致初始化。
-
-
不会导致初始化的情况：
-
访问类的 static final 静态常量（基本类型和字符串），不会触发初始化。
-
类对象.class。
-
创建该类的数组不会触发初始化。（new Application[5]）
-
类加载器的 loadClass 方法。（不会初始化这个类，但是会加载这个类及其父类）
-
Class.forName() 方法的第二个参数为 false 时。（不会初始化这个类，但是会加载这个类及其父类）
-
| 类加载器 | 加载哪些类 | 描述 |
|---|---|---|
| BootstrapClassLoader | JAVA_HOME/jre/lib | 无法直接访问 |
| ExtensionClassLoader | JAVA_HOME/jre/lib/ext | 上级为 Bootstrap，获取到的是 null |
| ApplicationClassLoader | classpath | 上级为 Extension |
| 自定义类加载器 | 自定义 | 上级为 Application |
使用参数java -Xbootclasspath/a:. cn.xx.Application，让 BootstrapClassLoader 加载自定义的类。
-
-Xbootclasspath表示设置 bootclasspath。 -
/a:.表示将当前目录追加至 bootclasspath 之后。 -
可以用这个方法替换核心类：
-
java -Xbootclasspath/a:<new bootclasspath>：新路径，替换所有。 -
java -Xbootclasspath/a:<追加路径>：前追加路径。 -
java -Xbootclasspath/p:<追加路径>：后追加路径。
-
所谓的双亲委派，就是指调用类加载器的 loadClass 方法时，查找类的规则。
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
synchronized (getClassLoadingLock(name)) {
// 1. 检查该类是否已经加载
Class<?> c = findLoadedClass(name);
if (c == null) {
long t0 = System.nanoTime();
try {
if (parent != null) {
// 2. 有上级的话，委派上级 loadClass
c = parent.loadClass(name, false);
} else {
// 3. 如果没有上级了，则委派 BootstrapClassLoader
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// ClassNotFoundException thrown if class not found
// from the non-null parent class loader
}
if (c == null) {
// If still not found, then invoke findClass in order
// to find the class.
long t1 = System.nanoTime();
c = findClass(name);
// this is the defining class loader; record the stats
sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
sun.misc.PerfCounter.getFindClasses().increment();
}
}
if (resolve) {
resolveClass(c);
}
return c;
}
}public static <S> ServiceLoader<S> load(Class<S> service) {
// 默认是 应用程序类加载器 ApplicationClassLoader，是线程启动时由 jvm 赋值的
ClassLoader cl = Thread.currentThread().getContextClassLoader();
return ServiceLoader.load(service, cl);
}什么时候需要自定义类加载器？
-
加载非 classpath 任意路径中的类文件。
-
通过接口来使用实现，希望解耦时。
-
类隔离，不同应用的同名类都可以加载，常见于 tomcat 容器。
步骤：
-
继承 ClassLoader。
-
重写 findClass() 方法，遵从双亲委派机制，（不要重写 loadClass 方法，否则会覆盖，就不会走双亲委派机制）
-
读取类文件的字节码。
-
调用父类的 defineClass 方法来加载类。
-
使用者调用该类加载器的 loadClass 方法。
Interpreter < C1 < C2
默认开启-XX:+DoEscapeAnalysis。
Java虚拟机的即时编译器会对新建的对象进行逃逸分析。什么时逃逸分析？比如说，当一个对象在方法中定义之后，它可能被外部方法所引用，作为参数传递到其它方法中，这叫做方法逃逸。
如果逃逸分析能够证明某些新建的对象不逃逸，那么 Java 虚拟机完全可以将其分配至栈上，并且在 new 语句所在的方法退出时，通过弹出当前方法的栈桢来自动回收所分配的内存空间。这样一来，我们便无须借助垃圾回收器来处理不再被引用的对象。
但是目前 Hotspot 并没有实现真正意义上的栈上分配，而是使用了标量替换这么一项技术。
所谓的标量，就是仅能存储一个值的变量，比如 Java 代码中的局部变量。与之相反，聚合量则可能同时存储多个值，其中一个典型的例子便是 Java 对象。
标量替换这项优化技术，可以看成将原本对对象的字段的访问，替换为一个个局部变量的访问。
经过逃逸分析，对象未逃逸出方法的调用，因此可以对聚合量 object 进行分解，得到其内部的局部变量，对象拆分后，对象的成员变量改为方法的局部变量，这些字段既可以存储在栈上，也可以直接存储在寄存器中。标量替换因为不必创建对象，减轻了垃圾回收的压力。
public int square(final int i) {
return i * i;
}
System.out.println(square(9));如上代码，如果发现 square 方法时热点方法，比关切长度不太长时，会进行内联。所谓内联就是把方法内部代码拷贝，粘贴到调用者的位置。
System.out.println(9 * 9);还能够进行常量折叠
System.out.println(81);虚拟机参数-XX:+UnlockDiagnosticVMOptions（解锁隐藏参数）。-XX:CompileCommand=dontinline,*类名.方法名禁用任意包下的指定类的指定方法内联。
尽量使用局部变量，而不是成员变量。
当反射调用 invoke 超过15次时，就会在运行时生成一个 GeneratedMethodAccessor（实现了 MethodAccessorImpl） 的类（通过 arthas-boot.jar 查看），它的作用如下：
超过阈值后会生成一个类，并且将 invoke 方法变成一个方法调用，内部调用实际的方法。这个阈值可以通过环境变量sun.reflect.inflationThreshold设置膨胀阈值，也可以通过sun.reflect.noInflation禁用膨胀，第一次反射就生成 GeneratedMethodAccessor。
和热点方法有点类似，只有调用次数满足阈值了，才会对其进行优化。
Java 内存模型是 Java Memory Model（JMM）的意思。
简单地说，JMM 定义了一套在多线程读写共享数据（成员变量、数组）时，对数据的可见性、有序性和原子性的规则和保障。 JMM Java Memory Model，它定义了主存（线程共享内存）、工作内存（线程私有内存）的抽象概念。
JMM 体现在以下几个方面：
-
原子性：保证指令不会受到线程上下文切换的影响。
-
可见性：保证指令不会受到 CPU 缓存的影响。
-
有序性：保证指令不会受到 CPU 指令并行优化的影响。
synchronized、Atomic工具类、Lock...
修饰成员变量和静态变量。
一个线程对主存的数据进行修改，但对于另一个线程是不可见的（获取的是缓存中的值）。可以使用volatile关键字解决不可见。每次必须到主内存中读取。
synchronized 也能保证数据的可见性、原子性，但 synchronized 属于重量级操作，性能相对较低。被 synchronized 修饰的代码，在开始执行时会加锁，执行完成后会进行解锁，但在一个变量解锁之前，必须先把此变量同步回主存中。synchronized 会强制当前线程读取主内存中的值。
volatile不能保证原子性，仅用在一写多读的情况。只能保证看到最新值，无法解决指令交错。
同一个线程内，JVM 在不会改变程序结果的前提下，可以调整语句的执行顺序。这些指令的各个阶段可以通过重排序和组合来实现指令级并行。
比如 double-check-lock 单例模式，JVM 可能会优化为：先将引用地址赋值给 INSTANCE 变量后，再执行构造方法，那么另一个线程进来一看 INSTANCE 不为空了，可能拿到的是一个未初始化完成的单例对象。
在 JDK5 以上的版本 volatile 才会真正生效。volatile禁止指令重排序。防止之前的指令重排序，利用了内存屏障（写之后，读之前设置内存屏障）。
sequenceDiagram
participant t1 as t1 线程
participant num as num=0
participant ready as volatile ready=false
participant t2 as t2 线程
t1 -->> t1 : num=2
t1 ->> ready : ready=true
Note over t1,ready: 写屏障
Note over num,t2: 读屏障
t2 ->> ready : 读取ready=true
t2 ->> num : 读取num=2
synchronized 不保证有序性。
happens-before 规定了哪些写操作对其它线程的读操作可见，是一套可见性与有序性的规则总结。
以下方式都可以对共享变量读可见。
-
synchronized
-
volatile
-
start() 前对共享变量的修改
-
t1线程结束前的写，对其它线程得知它结束后的读可见。（其它线程调用 t1.join()等待t1线程结束、t1.isAlive()）。
-
线程中断前的写，
-
对成员变量或静态变量的默认值（0、false、null）的写，对其它线程对该变量的读可见。
具有传递性，如果 x (happens-before) > y 并且 y (happens-before) > x，那么有 x (happens-before) > z
sequenceDiagram
participant t1 as 线程A
participant A as AtomicInteger对象
participant t2 as 线程B
t1 ->> A : 获取变量 0
t1 ->> t1 :自增1
t2 -->> A : 已经修改为 1 了
t1 ->> A : cas(0, 1) 交换失败
t1 ->> A : 获取变量 1
t1 ->> t1 :自增1
t2 -->> A : 已经修改为 2 了
t1 ->> A : cas(1, 2) 交换失败
t1 ->> A : 获取变量 2
t1 ->> t1 :自增1
t1 ->> A : cas(1, 2) 交换成功
在对数据操作之前，首先会比较当前值跟传入值是否一样，如果一样就更新，否则不执行更新操作直接返回失败状态。
CAS 底层使用的 lock cpmxchg指令（X86架构），在单核或多核CPU下都能够保证 compareAndSwap 的原子性。
在多核状态下，当某个核执行到带有 lock 的指令时，CPU 会让总线锁住，当这个核将此指令执行完，再开启总线。这个过程中不会被线程的调度机制中断，保证了多个线程对内存操作的准确性，是原子操作。
// compareAndSet 源码
/*
expect：获取的当前最新值
update：要修改的值
工作内存 expect 和 主内存 expect 比较，如果相等则将主内存 expect 替换为 update
*/
public final boolean compareAndSet(int expect, int update) {
return unsafe.compareAndSwapInt(this, valueOffset, expect, update);
}
public final native boolean compareAndSwapInt(Object var1, long var2, int var4, int var5);
// 自增
public final int incrementAndGet() {
return unsafe.getAndAddInt(this, valueOffset, 1) + 1;
}
public final int getAndAddInt(Object var1, long var2, int var4) {
int var5;
do {
var5 = this.getIntVolatile(var1, var2);
} while(!this.compareAndSwapInt(var1, var2, var5, var5 + var4));
return var5;
}
/*
var1：是当前 AtomicInteger 对象
var2：当前值（value）。（比如现在要实现 2+1）那么 var2 就是2，var4 就是 1
var5：获取底层当前的值（value），获取最新值
假设此时只有一个线程操作 AtomicInteger 对象，则 this.compareAndSwapInt(var1, var2, var5, var5 + var4) 的参数如下：
this.compareAndSwapInt(AtomicInteger, 2, 2, 2+1)
如果新值（主内存共享）和旧值（工作内存私有）相等，就将2+1写回主内存。在底层达到数据可见性。
不相等则一直循环，直到相等为止。
*/CAS 操作借助了 volatile 来达到交换并替换的效果。
-
CAS 是乐观锁。synchronized 是悲观锁。
-
CAS 体现的是无锁并发、无阻塞并发。但如果线程竞争激烈，必然会频繁重试，效率上也会受影响。线程数不超过CPU核心数时才能发挥 CAS 的性能。
CAS 底层是依赖于操作系统层的 CAS 指令。
Java HotSpot 虚拟机中，每个对象都有对象头（包括 class 指针和 Mark Word）。Mark Word 默认存储这个对象的 哈希码、分代年龄，当加锁时，这些信息会根据情况替换为标记位、线程锁记录地址、重量级锁指针、线程ID 等内容。
如果一个对象虽然有多线程访问，交替执行。但多线程访问的时间时错开的（没有竞争），那么 可以使用轻量级锁来优化。
-
轻量级锁（Lightweight Lock），也称为偏向锁（Biased Locking），是Java中用于提高多线程同步性能的一种机制。它是一种乐观锁的实现方式，用于解决竞争不激烈的情况下对同步操作的性能影响。
-
轻量级锁的基本思想是在对象头中添加一些标志位来表示锁的状态，通过CAS（Compare and Swap）操作来实现锁的获取和释放。当一个线程尝试获取锁时，首先会尝试使用CAS将对象头中的锁标志位更新为自己的线程ID，如果成功获取锁，则表示该线程获取到了轻量级锁。如果CAS操作失败，说明有竞争发生，此时轻量级锁会膨胀为重量级锁，进而采用传统的互斥量方式进行同步。
-
轻量级锁的优势在于避免了传统的互斥量同步带来的性能开销，适用于线程间竞争不激烈的场景。它的主要特点包括：
-
使用CAS操作实现锁的获取和释放，避免了线程阻塞和唤醒带来的开销；
-
锁的状态保存在对象头中，不需要额外的内存空间；
-
对于没有竞争的情况下，几乎没有额外的性能开销。
-
-
需要注意的是，轻量级锁并不适用于存在大量线程间竞争的情况，因为在竞争激烈的场景下，轻量级锁会频繁膨胀为重量级锁，这样反而会增加锁操作的开销。因此，在设计并发应用时，需要根据实际情况选择合适的锁机制。
直白讲就是：
-
虚拟机首先将在当前线程的栈帧创建一块空间用于存储锁记录（lock record），把对象头中的Mark Word复制到锁记录中，拷贝成功后，虚拟机将使用CAS操作将对象Mark Word更新为指向Lock Record的指针。（并将Lock Record里的owner指针指向对象的Mark Word）。
-
若操作成功，那就完成了轻量锁操作，把对象头里的tag改成00，表示此对象处于轻量级锁定状态。
-
如果失败，虚拟机首先会检查对象的Mark Word是否指向当前线程的栈帧，如果是就说明当前线程已经拥有了这个对象的锁，那就可以直接进入同步块继续执行；
-
否则说明多个线程在竞争锁：若当前只有一个等待线程，尝试自旋获取锁，自旋超过一定的次数，或者多个线程竞争，则需要在当前对象上生成重量锁。
如果在尝试加轻量级锁的过程中，CAS 操作无法成功，这种情况就是有其它线程已经为此对象加上了轻量级锁（有锁竞争），这个时候就需要进行锁膨胀了，将轻量级锁升级为重量级锁。
Java锁膨胀是指在多线程环境下，当某个线程获取锁之后，如果其他线程也需要获取相同锁，并且无法立即获取到，就会触发锁膨胀的过程。
Java中锁膨胀主要涉及到两种类型的锁：偏向锁和轻量级锁。
-
偏向锁膨胀：偏向锁是为了解决无竞争的情况下的性能问题。当一个线程获取了偏向锁后，如果其他线程也需要获取该锁，就会触发偏向锁膨胀，偏向锁会升级为轻量级锁。
-
轻量级锁膨胀：当一个线程获取锁时，如果该锁的标记位为轻量级锁，并且有其他线程尝试获取该锁但失败了，那么该锁会膨胀为重量级锁，即锁的实现由CAS操作变为互斥量操作。
锁膨胀的过程涉及到锁的升级，从偏向锁到轻量级锁，再到重量级锁，每一次升级都会增加锁操作的开销，因此在设计并发程序时，应该尽量避免不必要的锁膨胀，以提高程序的性能和并发能力。
锁升级后，解锁操作需按照升级后锁的解锁方式进行解锁。
重量级锁。在 Java6 之后自旋锁是自适应的，自旋成功的可能性较高，就会多自旋几次，反之，就会减少自旋次数或者不自旋。Java7之后不能控制是否开启自旋功能。
相当于是先不直接去阻塞，JVM 会帮忙在底层先尝试循环获取锁，如果重试多次仍获取不到锁 ，那就只能去 EntryList 阻塞排队竞争了。
偏向锁使用场景：冲突很少，基本上就一个线程使用。
轻量级锁在没有竞争时，每次锁重入仍然需要执行 CAS 操作。
Java6 引入了偏向锁来做进一步优化，只有第一次使用 CAS 时才将线程ID设置到对象的 Mark Word 中，之后锁重入发现这个线程ID是自己的，就表示没有竞争，不用再 CAS。以后只要不发生锁竞争，这个锁对象就归该线程所有。
假设 t1 加的是偏向锁，如果一直没有其它线程来竞争锁，那么锁对象的对象头 Mark Word 线程ID就会一直是 t1。下次在加锁时，发现是 t1 自己的锁就不用重新 CAS。
如果不发生锁竞争，t1 现在空闲了，t2 去加锁，会撤销锁对象的偏向锁，变为无锁状态，然后加 t2 的偏向锁。
如果发生竞争了，就会触发锁膨胀。
|--------------------------------------------------------------------------------------------------------------|
| Mark Word (64 bits) | State |
|-------------------------------------------------------------------------------------|------------------------|
| unused:25 |hashcode:25 | unused:1 | age:4 | biased_lock:0 | 01 | Normal |
|-------------------------------------------------------------------------------------|------------------------|
| thread:54 | epoch:2 | unused:1 | age:4 | biased_lock:1 | 01 | Biased |
|-------------------------------------------------------------------------------------|------------------------|
| ptr_to_lock_record:62 | 00 | Lightweight Locked |
|-------------------------------------------------------------------------------------|------------------------|
| ptr_to_heavyweight_monitor:62 | 10 | Heavyweight Locked |
|-------------------------------------------------------------------------------------|------------------------|
| | 11 | Marked for GC |
|-------------------------------------------------------------------------------------|------------------------|-
如果开启了偏向锁（默认开启），那么对象创建后，Mark Word值为 0x05，即最后3位为 101，这时它的 thread、epoch、age都为0。
-
偏向锁默认是延迟的，不会在程序启动时立即生效，如果想避免延迟，可以使用 VM 参数
-XX:BiasedLockingStartupDelay=0来禁用延迟。 -
如果没有开启偏向锁（
-XX:UseBiasedLocking=false），当对象创建后，Mark Word 值为 0x01，即最后3位为 001，这时它的 hashcode、age都为0，第一次用到 hashcode 时才会赋值。
只要没有发生锁竞争，对象头 Mark Word 就会一直存储着上一次的线程ID。
调用对象 hashCode、其它线程使用锁对象、调用 wait/notify 都会导致偏向锁撤销。wait/notify 只有重量级锁才有。
由可偏向锁撤销到不可偏向锁。
偏向锁只有遇到其他线程尝试竞争偏向锁时，持有偏向锁的线程才会释放锁，线程不会主动释放偏向锁。
偏向锁的撤销，需要等待全局安全点（在这个时间点上没有字节码正在执行），它会首先暂停拥有偏向锁的线程（STW），检查持有偏向锁的线程是否处于活动状态（同步代码块是否执行完），不处于活动状态则将对象头设置为无锁状态，线程可以使用CAS竞争锁。处于活动状态，则升级到轻量级锁，唤醒暂停线程继续执行。
在Java中，批量重偏向是一种优化技术，用于解决偏向锁的不适用场景。当一个线程获取对象的偏向锁后，如果其他线程也想获取该对象的锁，那么需要撤销原有的偏向锁，并将锁状态进行升级，这个过程称为批量重偏向。
批量重偏向的目的是为了避免偏向锁在多线程竞争下的频繁撤销和重偏向操作，从而提高并发性能。在某些场景下，当对象的偏向锁被多个线程竞争时，频繁的偏向锁撤销和重偏向操作会导致性能下降。为了避免这种情况，JVM引入了批量重偏向机制。
具体来说，当一个偏向锁的对象被多个线程竞争时，JVM会在达到一定条件时触发批量重偏向操作。这个条件通常是当对象的偏向锁数量超过一定阈值（超过20次）时，或者当系统经过一段时间后，判断当前偏向锁的竞争情况不再适合偏向锁优化时。
当撤销偏向锁超过阈值（20次）后，会给这些对象加锁时重新偏向至加锁线程。
当撤销偏向锁超过阈值（40次）后，加锁对象会变为不可偏向（无锁状态），新建的对象也是不可偏向的。
即类的实例会变成不可偏向。原因是偏向是指类偏性，而不是对象实例偏向；一个类只能有一个偏向。
即锁对象没有逃离方法作用域，JVM 会认为可以不用加锁操作。可以使用 VM 参数-XX:-EliminateLocks关闭锁消除优化。
同步代码块尽量短
-
ConcurrentHashMap
-
LongAdder
-
LinkedBlockingQueue
多次循环进入同步代码块不如同步代码块内多次循环。
-
CopyOnWriteArrayList
-
ConvOnWriteSet
首先可以肯定的是字符串字面量才会添加到字符串常量池中，或者调用intern()方法将字符串添加到字符串常量池中。
-
字符串常量池中的对象："a"
-
在 Java 中，字符串常量池时存储字符串常量的特殊区域。
-
当编译器遇到字符串字面量时，会将其存储在字符串常量池中。
-
所以，在字符串常量池中会存在一个值为 "a" 的对象。
-
在堆中创建字符串对象 "a" 并在字符串常量池中保存对应的引用。（也需要分配内存空间进行存储）
-
-
堆中的对象：
new String-
使用
new关键字创建了一个新的String对象。 -
在堆中分配了内存空间来存储该对象。
-
这个对象是通过拷贝字符串常量池中的值创建的。
-
因此，总共创建了两个对象：一个在字符串常量池中的对象和一个在堆中的对象。
需参照字节码进行理解：
String s1 = new String("abc");
ldc命令用于判断字符串常量池中是否保存了对应的字符串对象的引用，如果保存了的话直接返回，如果没有保存的话，会在堆中创建对应的字符串对象并将该字符串对象的引用保存到字符串常量池中。
jdk1.8版本的字符串常量池存放的是对象引用，（方法区）元空间的常量池存放的是符号引用。
方法区主要回收的是无用的类，判定一个常量是否是“废弃常量”比较简单，而要判定一个类是否是“无用的类”的条件则相对苛刻许多。类需要同时满足下面 3 个条件才能算是 “无用的类”：
-
该类所有的实例都已经被回收，也就是 Java 堆中不存在该类的任何实例。
-
加载该类的 ClassLoader 已经被回收。
-
该类对应的 java.lang.Class 对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。
虚拟机可以对满足上述 3 个条件的无用类进行回收，这里说的仅仅是“可以”，而并不是和对象一样不使用了就会必然被回收。
init 针对的是实例, cinit针对是类, 数量上来来讲init构造器至少存在一个. cinit构造器只存在一个. 因为类对象在jvm内存中只会存在一个(同一个类加载器)
方法是在类加载过程中执行的，而是在对象实例化执行的，所以一定比先执行。所以整个顺序就是：
-
父类静态变量初始化、静态语句块（经验证：按代码先后顺序执行）
-
子类静态变量初始化、静态语句块（先后顺序执行）
-
父类变量初始化、普通语句块（先后顺序执行）
-
父类构造函数
-
子类变量初始化、普通语句块（先后顺序执行）
-
子类构造函数
SPI：Service Provider Interface（服务提供者接口）。
所谓的 SPI，有一个类（java.sql.Driver）是由 BootstrapClassLoader 启动类加载器去进行类加载的，所以理论上其内部的其它类应该也是由 BootstrapClassLoader 加载。
但是 java.sql.Driver 是规范，具体实现由个数据库厂商实现。但是加载 java.sql.Driver 时又需要加载其它类，而其它类在 BootstrapClassLoader 扫描的路径下又不存在，这种情况就会交给应用加载器去加载其它类。
没有利用 BootstrapClassLoader 启动类加载器去加载驱动。这就打破了双亲委派模式。BootstrapClassLoader 中的类由其它类加载器去加载了。
工作中需要做jvm调优的人，在公司里也算得上核心骨干了