讲解JVM原理的文章铺天盖地，希望这篇足够通俗易懂

导读

学习过C/C++的同学都有过这样的体验，无论实现什么样的功能，用C/C++实现时，会存在下面两个问题：

1. 内存管理：使用C/C++编程，我们必须很好地管理系统内存，如果稍有不慎，可能就会有内存溢出的风险
2. 跨平台：比如，我们用C/C++实现聊天工具，为了让该工具可以在Windows、Mac OS、Linux等多个操作系统下使用，就光网络通讯部分，我们就不得不逐个调用这些操作系统自带的库函数来实现，这个代价是很高的

于是，Sun公司的大佬们决定开发Java语言，该语言使用JVM运行其编写的程序，让JVM来处理上面两个问题：内存管理和跨平台对接。大佬们希望通过这样的方案，让程序员们把更多的精力放在功能实现上。

网上有铺天盖地的文章讲解了JVM内存管理部分，但是，这些文章大多存在以下2个问题：

1. 讲得不够透彻，导致你产生一种知道大概，但又感觉不够的意犹未尽之感
2. 内容讲得的确通俗易懂，但是，总感觉支离破碎，知识点无法串联，给你一种不怎么完整的感觉

因此，今天，小k就以一个真实案例为起点，从JVM源码的角度深入剖析案例程序在JVM中的处理过程，给到你更透彻、更连贯的感受。

案例

假设CSDN后端使用Java开发，掘金的程序员使用使用下面这段代码来启动：

package com.juejin;
​
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
​
@SpringBootApplication
public class JueJinApplication {
​public static void main(String[] args) {SpringApplication.run(JueJinApplication.class, args);}
​
} 

这是一段经典的Spring Boot启动类，那么，当我们将这个类打成jar包后，使用如下java命令执行这个jar：

java -cp juejin.jar com.juejin.JueJinApplication 

此时，JVM内部会发生什么变化呢？

JNI

写Java的同学都知道，一段Java程序执行的入口是一个main方法，因此，JVM要执行上面这个jar包中的main方法并管理程序的内存，首先，得从jar中找到程序对应的main方法，即JueJinApplication类中的main，然后，把其加载到JVM中，这样，JVM才能自主地管理main方法使用的内存。

于是，Sun公司的程序员们开始着手编写main方法的查找逻辑，在《导读》中，我提到使用C/C++编程，我们必须很好地管理系统内存，于是，程序员们发现使用C++编写查找main方法的功能还要自己管理内存，这样太费事了，因此，他们就想出来一个方案：JNI。

JNI约定了一套Java与其他编程语言交互的契约，通过这个契约，我们就可以实现Java和其他编程语言的双向交互。比如，我们可以用C++调用Java的方法，反之，也可以用Java调用C++的函数。像下面这张图一样：

有了JNI之后，Sun公司的程序猿们就可以用Java实现案例中查找main方法的功能了，见下图：

上图就是《导读》案例中Java命令启动时，JVM查找main方法的示意图，JVM通过C++实现的LoadMainClass函数调用Java实现的checkAndLoadMain方法来查找并加载main方法。