📝 通俗解释：字节码是 Java 跨平台的秘诀。就像乐谱，钢琴、吉他（不同操作系统）都能弹奏。
在 Java 中，JVM 可以理解的代码就叫做字节码（即扩展名为 .class 的文件），它不面向任何特定的处理器，只面向虚拟机。Java 语言通过字节码的方式，在一定程度上解决了传统解释型语言执行效率低的问题，同时又保留了解释型语言可移植的特点。所以 Java 程序运行时比较高效，而且，由于字节码并不针对一种特定的机器，因此，Java 程序无须重新编译便可在多种不同操作系统的计算机上运行。
📝 通俗解释：一个类从“出生”（加载）到“死亡”（卸载）的全过程。
类从被加载到虚拟机内存中开始到卸载出内存为止，它的整个生命周期可以简单概括为 7 个阶段：加载（Loading）、验证（Verification）、准备（Preparation）、解析（Resolution）、初始化（Initialization）、使用（Using）和卸载（Unloading）。其中，验证、准备和解析这三个阶段可以统称为连接（Linking）。
这 7 个阶段的顺序如下图所示：
开始介绍类加载器和双亲委派模型之前，简单回顾一下类加载过程。
📝 通俗解释：JDK 自带的瑞士军刀，查进程、看内存、看线程。
这些命令在 JDK 安装目录下的 bin 目录下：
jps (JVM Process Status）: 类似 UNIX 的 ps 命令。用于查看所有 Java 进程的启动类、传入参数和 Java 虚拟机参数等信息；jstat（JVM Statistics Monitoring Tool）: 用于收集 HotSpot 虚拟机各方面的运行数据;jinfo (Configuration Info for Java) : Configuration Info for Java,显示虚拟机配置信息;jmap (Memory Map for Java) : 生成堆转储快照;jhat (JVM Heap Dump Browser) : 用于分析 heapdump 文件，它会建立一个 HTTP/HTML 服务器，让用户可以在浏览器上查看分析结果。JDK9 移除了 jhat；jstack (Stack Trace for Java) : 生成虚拟机当前时刻的线程快照，线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合。如果没有特殊说明，都是针对的是 HotSpot 虚拟机。
本文基于《深入理解 Java 虚拟机：JVM 高级特性与最佳实践》进行总结补充。
常见“学习”题：
- 如何判断对象是否死亡（两种方法）。
- 简单的介绍一下强引用、软引用、弱引用、虚引用（虚引用与软引用和弱引用的区别、使用软引用能带来的好处）。
- 如何判断一个常量是废弃常量
- 如何判断一个类是无用的类
- 垃圾收集有哪些算法，各自的特点？
- HotSpot 为什么要分为新生代和老年代？
- 常见的垃圾回收器有哪些？
- 介绍一下 CMS,G1 收集器。
- Minor Gc 和 Full GC 有什么不同呢？
📝 通俗解释
- JVM 调优/排查：给服务器看病。
- 服务器运行久了，可能会“发烧”（CPU 飙高）、“失忆”（内存溢出 OOM）、“反应慢”（GC 卡顿）。
- 我们需要用各种“医疗仪器”（jstat, jmap, Arthas）来诊断病情，然后“开药”（调整 JVM 参数）或者“做手术”（优化代码）。
- 这篇文章就是一些经典的“病例”和“治疗方案”。
本文由 JavaGuide 翻译自 https://www.baeldung.com/jvm-parameters，并对文章进行了大量的完善补充。
文档参数 https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.htmlJDK 版本：1.8 为主，也会补充新版本常用参数
如果没有特殊说明，都是针对的是 HotSpot 虚拟机。
本文基于《深入理解 Java 虚拟机：JVM 高级特性与最佳实践》进行总结补充。
常见“学习”题：
- 介绍下 Java 内存区域（运行时数据区）
- Java 对象的创建过程（五步，建议能默写出来并且要知道每一步虚拟机做了什么）
- 对象的访问定位的两种方式（句柄和直接指针两种方式）
对于 Java 程序员来说，在虚拟机自动内存管理机制下，不再需要像 C/C++程序开发程序员这样为每一个 new 操作去写对应的 delete/free 操作，不容易出现内存泄漏和内存溢出问题。正是因为 Java 程序员把内存控制权利交给 Java 虚拟机，一旦出现内存泄漏和溢出方面的问题，如果不了解虚拟机是怎样使用内存的，那么排查错误将会是一个非常艰巨的任务。