面试官对于JVM类加载机制的猛烈炮火，你能顶住吗？

逃离我推掉我的手 2021-12-15 14:49 84阅读 0赞

公众号后台回复“**学习**”，获取作者独家秘制精品资料

![640?wx\_fmt=png][640_wx_fmt_png]

**推荐专栏**

**《从零开始带你成为JVM实战高手》**

作者是我多年好友，阿里资深技术专家

一起经历过各种大型复杂系统上线的血雨腥风

**专栏目录**参见文末，可以扫下方海报进行**试读**

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg]

通过我的海报购买，**再返你24元**

**领取方式：**加微信号：Giotto1245**，暗号：**返现

![640?wx\_fmt=png][640_wx_fmt_png]

本文经授权转自公众号狸猫技术窝的

专栏：《从零开始带你成为JVM实战高手》

**目录：**

1.  前文回顾
2.  JVM在什么情况下会加载一个类？
3.  从实用角度出发，来看看验证、准备和初始化的过程
4.  核心阶段：初始化
5.  类加载器和双亲委派机制
6.  昨日思考题的解答
7.  今日思考题

**1、前文回顾**

咱们今天先来回顾一下昨天讲到的JVM整体的一个运行原理。

我们首先从“.java”代码文件，编译成“.class”字节码文件，然后类加载器把“.class”字节码文件中的类给加载到JVM中，接着是JVM来执行我们写好的那些类中的代码，整体是这么个顺序。

再看看下图，感受一下这个过程：

![640?wx\_fmt=png][640_wx_fmt_png 1]

那么今天，我们就来仔细看看上图中的“**类加载**”这个过程，看看JVM的类加载机制到底是怎么样的？

搞清楚这个过程了，那么以后在面试时，对面试官常问的JVM类加载机制，就能把一些核心概念说清楚了。

**2、JVM在什么情况下会加载一个类？**

其实类加载过程非常的琐碎复杂，但是对于我们平时从工作中实用的角度来说，主要是把握他的核心工作原理就可以。

一个类从加载到使用，一般会经历下面的这个过程：

**加载 -> 验证 -> 准备 -> 解析 -> 初始化 -> 使用 -> 卸载**

所以首先要搞明白的第一个问题，就是JVM在执行我们写好的代码的过程中，一般在什么情况下会去加载一个类呢？

也就是说，啥时候会从“.class”字节码文件中加载这个类到JVM内存里来。

其实答案非常简单，就是在**你的代码中用到这个类的时候**

举个简单的例子，比如下面你有一个类（Kafka.class），里面有一个“main()”方法作为主入口。

那么一旦你的JVM进程启动之后，它一定会先把你的这个类（Kafka.cass）加载到内存里，然后从“main()”方法的入口代码开始执行。

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 1]

我们还是坚持一步一图，大家先看看下图，感受一下：

![640?wx\_fmt=png][640_wx_fmt_png 2]

接着假设上面的代码中，出现了如下的这么一行代码：

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 2]

这时可能大家就想了，你的代码中明显需要使用“ReplicaManager”这个类去实例化一个对象，此时必须得把“ReplicaManager.class”字节码文件中的这个类加载到内存里来啊！是不是？

所以这个时候就会触发JVM通过类加载器，从“ReplicaManager.class”字节码文件中加载对应的类到内存里来使用，这样代码才能跑起来。

我们来看下面的图：

![640?wx\_fmt=png][640_wx_fmt_png 3]

上面就是给大家举的一个例子，相信非常的通俗易懂。

简单概括一下：首先你的代码中包含“main()”方法的主类一定会在JVM进程启动之后被加载到内存，开始执行你的“main()”方法中的代码

接着遇到你使用了别的类，比如“ReplicaManager”，此时就会从对应的“.class”字节码文件加载对应的类到内存里来。

**3、从实用角度出发，来看看验证、准备和初始化的过程**

其实上面的类加载时机的问题，对于很多有经验的同学来说不是什么问题。但是对于很多初学者来说，是一个非常重要的需要捋清的概念。

接下来就来简单带着大家，从实用的角度出发，过一下另外三个概念：

**验证、准备、初始化**

其实对于这三个概念，没太大的必要去深究里面的细节，这里的细节很多很繁琐，对于大部分同学而言，只要脑子里有下面的几个概念就可以了：

**（1）验证阶段**

简单来说，这一步就是根据Java虚拟机规范，来校验你加载进来的“.class”文件中的内容，是否符合指定的规范。

这个相信很好理解，假如说，你的“.class”文件被人篡改了，里面的字节码压根儿不符合规范，那么JVM是没法去执行这个字节码的！

所以把“.class”加载到内存里之后，必须先验证一下，校验他必须完全符合JVM规范，后续才能交给JVM来运行。

下面用一张图，展示了这个过程：

![640?wx\_fmt=png][640_wx_fmt_png 4]

**（2）准备阶段**

这个阶段其实也很好理解，咱们都知道，我们写好的那些类，其实都有一些类变量，比如下面的这个“ReplicaManager”类：

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 3]

假设你有这么一个“ReplicaManager”类，他的“ReplicaManager.class”文件内容刚刚被加载到内存之后，会进行验证，确认这个字节码文件的内容是规范的。

接着，就会进行准备工作，这个准备工作，其实就是给这个“ReplicaManager”类分配一定的内存空间。

然后给他里面的类变量（也就是static修饰的变量）分配内存空间，来一个默认的初始值。

比如上面的示例里，就会给“flushInterval”这个类变量分配内容空间，给一个“0”这个初始值。

整个过程，如下图所示：

![640?wx\_fmt=png][640_wx_fmt_png 5]

**（3）解析阶段**

这个阶段干的事儿，实际上是把**符号引用替换为直接引用**的过程，其实这个部分的内容很复杂，涉及到JVM的底层

但是注意，同学们，就我本意而言，希望第一周的文章，绝对是浅显易懂的，循序渐进，要保证每个同学都能绝对看懂。

所以针对这个阶段，现在不打算做过深的解读，因为从实用角度而言，对很多同学在工作中实践JVM技术其实也用不到，所以这里大家就暂时知道有这么一个阶段就可以了。

同样，我还是给大家画图展示一下：

![640?wx\_fmt=png][640_wx_fmt_png 6]

**（4）三个阶段的小结**

其实这三个阶段里，最核心的大家务必关注的，就是**“准备阶段”**

因为这个阶段是给加载进来的类分配好了内存空间，类变量也分配好了内存空间，并且给了默认的初始值，这个概念，大家心里一定要有。

**4、核心阶段：初始化**

之前说过，在准备阶段时，就会把我们的“ReplicaManager”类给分配好内存空间

另外他的一个类变量“flushInterval”也会给一个默认的初始值“0”，那么接下来，在初始化阶段，就会正式执行我们的类初始化的代码了。

那么什么是类初始化的代码呢？我们来看看下面这段代码：

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 4]

大家可以看到，对于“flushInterval”这个类变量，我们是打算通过Configuration.getInt("replica.flush.interval")这段代码来获取一个值，并且赋值给他的

但是在准备阶段会执行这个赋值逻辑吗？

**NO！**在准备阶段，仅仅是给“flushInterval”类变量开辟一个内存空间，然后给个初始值“0”罢了。

那么这段赋值的代码什么时候执行呢？答案是在**“初始化”**阶段来执行。

在这个阶段，就会执行类的初始化代码，比如上面的  Configuration.getInt("replica.flush.interval")  代码就会在这里执行，完成一个配置项的读取，然后赋值给这个类变量“flushInterval”。

另外比如下图的static静态代码块，也会在这个阶段来执行。

类似下面的代码语义，可以理解为类初始化的时候，调用“loadReplicaFromDish()”方法从磁盘中加载数据副本，并且放在静态变量“replicas”中：

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 5]

那么搞明白了类的初始化是什么，就得来看看类的初始化的规则了。

**什么时候会初始化一个类？**

一般来说有以下一些时机：比如“new ReplicaManager()”来实例化类的对象了，此时就会触发类的加载到初始化的全过程，把这个类准备好，然后再实例化一个对象出来；

或者是包含“main()”方法的主类，必须是立马初始化的。

此外，这里还有一个**非常重要的规则**，就是如果初始化一个类的时候，发现他的父类还没初始化，那么必须先初始化他的父类

比如下面的代码：

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 6]

如果你要“new ReplicaManager()”初始化这个类的实例，那么会加载这个类，然后初始化这个类

但是初始化这个类之前，发现AbstractDataManager作为父类还没加载和初始化，那么必须先加载这个父类，并且初始化这个父类。

这个规则，大家必须得牢记，再来一张图，借助图片来进行理解：

![640?wx\_fmt=png][640_wx_fmt_png 7]

**5、类加载器和双亲委派机制**

现在相信大家都搞明白了整个类加载从触发时机到初始化的过程了，接着给大家说一下类加载器的概念。因为实现上述过程，那必须是依靠类加载器来实现的。

那么**Java里有哪些类加载器呢？**简单来说有下面几种：

**（1）启动类加载器**

**Bootstrap ClassLoader**，他主要是负责加载我们在机器上安装的Java目录下的核心类的

相信大家都知道，如果你要在一个机器上运行自己写好的Java系统，无论是windows笔记本，还是linux服务器，是不是都得装一下JDK？

那么在你的Java安装目录下，就有一个“**lib**”目录，大家可以自己去找找看，这里就有Java最核心的一些类库，支撑你的Java系统的运行。

所以一旦你的JVM启动，那么首先就会依托启动类加载器，去加载你的Java安装目录下的“lib”目录中的核心类库。

**（2）扩展类加载器**

**Extension ClassLoader**，这个类加载器其实也是类似的，就是你的Java安装目录下，有一个“lib\\ext”目录

这里面有一些类，就是需要使用这个类加载器来加载的，支撑你的系统的运行。

那么你的JVM一旦启动，是不是也得从Java安装目录下，加载这个“lib\\ext”目录中的类？

**（3）应用程序类加载器**

**Application ClassLoader**，这类加载器就负责去加载“ClassPath”环境变量所指定的路径中的类

其实你大致就理解为去加载你写好的Java代码吧，这个类加载器就负责加载你写好的那些类到内存里。

**（4）自定义类加载器**

除了上面那几种之外，还可以自定义类加载器，去根据你自己的需求加载你的类。

**（5）双亲委派机制**

JVM的类加载器是有亲子层级结构的，就是说启动类加载器是最上层的，扩展类加载器在第二层，第三层是应用程序类加载器，最后一层是自定义类加载器。

大家看下图：

![640?wx\_fmt=png][640_wx_fmt_png 8]

然后，基于这个亲子层级结构，就有一个**双亲委派的机制**

什么意思呢？

就是假设你的应用程序类加载器需要加载一个类，他首先会委派给自己的父类加载器去加载，最终传导到顶层的类加载器去加载

但是如果父类加载器在自己负责加载的范围内，没找到这个类，那么就会下推加载权利给自己的子类加载器。

听完了上面一大堆绕口令，是不是很迷茫？别着急，咱们用一个例子来说明一下。

比如你的JVM现在需要加载“ReplicaManager”类，此时应用程序类加载器会问问自己的爸爸，也就是扩展类加载器，你能加载到这个类吗？

然后扩展类加载器直接问自己的爸爸，启动类加载器，你能加载到这个类吗？

启动类加载器心想，我在Java安装目录下，没找到这个类啊，**自己找去**！

然后，就下推加载权利给扩展类加载器这个儿子，结果扩展类加载器找了半天，也没找到自己负责的目录中有这个类。

这时他很生气，说：明明就是你应用程序加载器自己负责的，你自己找去。

然后应用程序类加载器在自己负责的范围内，比如就是你写好的那个系统打包成的jar包吧，一下子发现，就在这里！然后就自己把这个类加载到内存里去了。

这就是所谓的**双亲委派模型：**先找父亲去加载，不行的话再由儿子来加载。

这样的话，可以避免多层级的加载器结构重复加载某些类。

最后，给大家来一张图，感受一下类加载器的双亲委派模型。

![640?wx\_fmt=png][640_wx_fmt_png 9]

**6、昨日思考题的解答**

好！今天的文章看完了，相信大家就能大致推测出昨日的思考题的答案了。

我昨天的问题是：如何对“.class”文件处理保证不被人拿到以后反编译获取公司源代码？

其实认真看完今天的文章，就很简单了。首先你编译时，就可以采用一些小工具对字节码加密，或者做混淆等处理

现在有很多第三方公司，都是专门做商业级的字节码文件加密的，所以可以付费购买他们的产品。

然后在类加载的时候，对加密的类，考虑采用自定义的类加载器来解密文件即可，这样就可以保证你的源代码不被人窃取。

**7、今日思考题**

今天再给大家留一个思考题，相信每个做Java的同学，都知道现在一般用Java开发的Web系统，除非是基于Java写中间件，一般都是采用Tomcat之类的Web容器来部署的。

那么大家想想，Tomcat本身就是用Java写的，他自己就是一个JVM。

我们写好的那些系统程序，说白了，就是一堆编译好的.class文件放入一个war包，然后在Tomcat中来运行的。

那么，Tomcat的类加载机制应该怎么设计，才能把我们动态部署进去的war包中的类，加载到Tomcat自身运行的JVM中，然后去执行那些我们写好的代码呢？

大家先思考，明天文末会给大家进行梳理并给出答案。

**End**

专栏文章版权归公众号**狸猫技术窝**所有

**如有收获，请划至底部，点击“在看”，谢谢！**

![640?wx\_fmt=png][640_wx_fmt_png]

**《从****零****开始带你成为JVM实战高手》**

专栏详细目录

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 7]

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 8]

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 9]

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 10]

![640?wx\_fmt=png][640_wx_fmt_png]

欢迎长按下图关注公众号**石杉的架构笔记**，后台回复“**学习**”

获取作者独家秘制精品资料

![640?wx\_fmt=jpeg][640_wx_fmt_jpeg 11]

**BAT架构经验倾囊相授**

[640_wx_fmt_png]: /images/20211214/ddc6e8aa609a4d74806c52db37472b8f.png
[640_wx_fmt_jpeg]: /images/20211214/402a61bc59ce4b2f936e5df398f4c7e1.png
[640_wx_fmt_png 1]: /images/20211214/362af22b8d7e4fe09092c4fdffc74c58.png
[640_wx_fmt_jpeg 1]: /images/20211214/42e1d8fce05942588ed2e3eb47bebbbf.png
[640_wx_fmt_png 2]: /images/20211214/128d8130d4b44395816309b3387f5bd6.png
[640_wx_fmt_jpeg 2]: /images/20211214/6440ac3f822d4d95abd07b55e797aebe.png
[640_wx_fmt_png 3]: /images/20211214/23b94e9b2c7e4af7b3bc19c039c13ee5.png
[640_wx_fmt_png 4]: /images/20211214/4c26e7434de3442d80ee1a54d916b1b8.png
[640_wx_fmt_jpeg 3]: /images/20211214/f33473cf732f404cbecd607d3f46bda3.png
[640_wx_fmt_png 5]: /images/20211214/82c8cca934b84320adff024af62e71f4.png
[640_wx_fmt_png 6]: /images/20211214/46e27c7d58844f55ace5213bc53d1888.png
[640_wx_fmt_jpeg 4]: /images/20211214/4aa697f56cca476eb283ee4125e752d6.png
[640_wx_fmt_jpeg 5]: /images/20211214/b744a01f82134da0baae11bbac1761cc.png
[640_wx_fmt_jpeg 6]: /images/20211214/edee555646b54a038ff859ad5d664ea6.png
[640_wx_fmt_png 7]: /images/20211214/0021bfdc18494663b2b9e825987d1d97.png
[640_wx_fmt_png 8]: /images/20211214/f7dfbb0bb0f24dc0b2b4c4188a2684ee.png
[640_wx_fmt_png 9]: /images/20211214/9ff1252ed063430b84a774e6bd3e9102.png
[640_wx_fmt_jpeg 7]: /images/20211214/6232ebacbd5f4e17bf96aa49bb4486eb.png
[640_wx_fmt_jpeg 8]: /images/20211214/b984f3cfdc6c422e8901f89ba2c59082.png
[640_wx_fmt_jpeg 9]: /images/20211214/d3a2ef54d4ff464ebfa5aafe5ed13fa1.png
[640_wx_fmt_jpeg 10]: /images/20211214/a7add638367845c9a4678020d58bef6c.png
[640_wx_fmt_jpeg 11]: /images/20211214/5c614f06af9e4abeb9276fa350725c4e.png