垃圾收集

【困难】如何判断 Java 对象是否可以被回收？⭐⭐⭐

判断 Java 对象是否可以被回收有两种方法：

• 引用计数法
• 可达性分析法

引用计数法

引用计数算法（Reference Counting）的原理是：在对象中添加一个引用计数器，每当有一个地方引用它时，计数器值就加一；当引用失效时，计数器值就减一；任何时刻计数器为零的对象就是不可能再被使用的。

引用计数算法简单高效，但是存在循环引用问题——两个对象出现循环引用的情况下，此时引用计数器永远不为 0，导致无法对它们进行回收。

开篇词 为什么我们要学习 Java 虚拟机？

Java 代码是怎么运行的？

• 虚拟机视角：class 文件加载后存放到方法区（Method Area），运行时执行方法区内的代码
• 每次方法调用，虚拟机在当前线程的 Java 方法栈中生成栈帧，存放局部变量和操作数；方法退出时栈帧弹出舍弃

开篇词：JVM，一块难啃的骨头

略

一探究竟：为什么需要 JVM？它处在什么位置？

• JVM（Java Virtual Machine）：运行 Java 字节码的虚拟机，针对不同系统实现相同执行结果
• JRE（Java Runtime Environment）：运行已编译 Java 程序所需的一切，不能创建新程序
• JDK（Java Development Kit）：包含 JRE + 编译器/调试工具，能够创建和编译程序

JVM 简介

【中等】说说 Java 的执行流程？⭐⭐⭐

Java 程序的执行流程经历了从编译到字节码的生成，再到类加载和 JIT 编译的过程，最终在 JVM 中执行。并且在程序运行过程中，JVM 负责内存管理、垃圾回收和线程调度等工作。

主要流程如下：

1. 编码：编写 .java 源码文件。
2. 编译：Java 编译器（javac） 将 .java 文件编译为 .class 文件（字节码）。
3. 类加载：JVM 通过类加载子系统加载 .class 文件到内存。
   1. 加载：采用双亲委派机制，分层级加载字节码。
   2. 链接
      1. 验证：检查字节码合法性（如魔数 0xCAFEBABE）。
      2. 准备：为静态变量分配内存并赋默认值（如 static int a 初始化为 0）。
      3. 解析：将符号引用（如类名、方法名）转为直接引用（内存地址）。
   3. 初始化：执行静态代码块（static{}）和静态变量赋值（如 static int a = 1;）。
4. 存储运行时数据区：加载后的类信息存储到内存区域。
   • 方法区：存储类结构（如 HelloWorld 的类名、方法定义、常量池）。
   • 堆：存放对象实例（如 String 对象）。
   • 虚拟机栈：线程私有，存储 main() 方法的栈帧（局部变量、操作数栈等）。
   • 程序计数器：记录当前线程执行的字节码指令地址。
5. 执行阶段
   • 解释执行：逐行解释字节码指令（如 invokestatic 调用 System.out.println）。启动快，执行效率低。
   • 本地方法调用（JNI）：若调用 native 方法（如 Object.clone()），通过 JNI 执行本地库（C/C++）代码。
   • JIT 编译优化（可选）：将热点代码（频繁执行的方法）编译为本地机器码。相关优化技术：方法内联、逃逸分析等。
6. 垃圾回收：JVM 管理内存，并回收不再使用的对象。
7. 程序结束：main 方法结束，退出程序。

简介

Java 虚拟机（JVM）是运行 Java 程序的抽象计算引擎。它屏蔽了底层硬件和操作系统的差异，使得 Java 程序具有“一次编写，到处运行”的跨平台能力。JVM 的主要组件包括类加载器、运行时数据区和执行引擎。Hotspot 是目前最流行的 JVM 实现。

JVM 能跨平台工作，主要是由于 JVM 屏蔽了与各个计算机平台相关的软件、硬件之间的差异。

JVM 简介

计算机体系结构

真实的计算机体系结构的核心部分包含：

• 指令集
• 计算单元（CPU）
• 寻址方式
• 寄存器
• 存储单元

简介

JVM 提供了丰富的诊断和监控工具，用于分析 Java 应用的运行状态。命令行工具包括 jps、jstat、jmap、jstack、jcmd 等；图形化工具包括 JConsole、VisualVM、Arthas 等。熟练使用这些工具是排查性能问题和生产故障的必备技能。

JVM 命令行工具

Java 程序员免不了故障排查工作，所以经常需要使用一些 JVM 工具。

JDK 自带了一些实用的命令行工具来监控、分析 JVM 信息，掌握它们，非常有助于 TroubleShooting。

简介

JVM 故障处理是 Java 运维和开发的核心技能。常见问题包括 CPU 飙升、内存泄漏、GC 停顿、线程死锁等。通过 jstack、jmap、jstat 等工具，配合日志分析和监控数据，可以系统性地定位和解决这些故障。

故障定位思路

Java 应用出现线上故障，如何进行诊断？

我们在定位线上问题时要有一个整体的思路，顺藤摸瓜，才能较快的找到问题原因。

一般来说，服务器故障诊断的整体思路如下：

简介

JVM 运行时数据区是 Java 程序执行时的内存布局。包括线程私有的程序计数器、虚拟机栈、本地方法栈，以及线程共享的 Java 堆和方法区。理解内存区域的划分是进行内存调优、排查 OOM 和 StackOverflow 等问题的基础。

运行时数据区域

JVM 在执行 Java 程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途，以及创建和销毁的时间，有的区域随着虚拟机进程的启动而存在，有些区域则依赖用户线程的启动和结束而建立和销毁。如下图所示：

简介

类加载机制是 JVM 将 .class 文件中的类信息加载到内存中的过程。它包括加载、验证、准备、解析、初始化五个阶段。类加载器采用双亲委派模型，确保核心类库的安全性和一致性。理解类加载机制对于解决类冲突、实现热部署和自定义加载策略至关重要。

类加载机制

类是在运行期间动态加载的。

类的加载指的是将类的 .class 文件中的二进制数据读入到内存中，将其放在运行时数据区的方法区内，然后在堆区创建一个java.lang.Class对象，用来封装类在方法区内的数据结构。类的加载的最终产品是位于堆区中的Class对象，Class对象封装了类在方法区内的数据结构，并且向 Java 程序员提供了访问方法区内的数据结构的接口。

简介

垃圾收集（GC）是 JVM 自动回收不再使用的内存对象的机制。GC 通过可达性分析判断对象是否存活，并使用各种回收算法（复制、标记-清除、标记-整理）和收集器（Serial、Parallel、CMS、G1、ZGC）来管理内存。理解 GC 机制是进行性能调优和解决内存问题的关键。

程序计数器、虚拟机栈和本地方法栈这三个区域属于线程私有的，只存在于线程的生命周期内，线程结束之后也会消失，因此不需要对这三个区域进行垃圾回收。垃圾回收主要是针对 Java 堆和方法区进行。