| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
@@ -8,20 +8,27 @@ | |||
| 8 | 8 | - [准备](#准备) | |
| 9 | 9 | - [解析](#解析) | |
| 10 | 10 | - [初始化](#初始化) | |
| 11 | + - [扩展:类的生命周期](#扩展:类的生命周期) | ||
| 11 | 12 | ||
| 12 | 13 | <!-- /TOC --> | |
| 13 | 14 | ||
| 14 | 15 | > 公众号JavaGuide 后台回复关键字“1”,免费获取JavaGuide配套的Java工程师必备学习资源(文末有公众号二维码)。 | |
| 15 | 16 | ||
| 16 | - # 类加载过程 | ||
| 17 | + 一个类的完整生命周期如下: | ||
| 18 | + | ||
| 19 | + | ||
| 20 | + | ||
| 21 | +  | ||
| 22 | + | ||
| 23 | + ## 类加载过程 | ||
| 17 | 24 | ||
| 18 | 25 | Class 文件需要加载到虚拟机中之后才能运行和使用,那么虚拟机是如何加载这些 Class 文件呢? | |
| 19 | 26 | ||
| 20 | 27 | 系统加载 Class 类型的文件主要三步:**加载->连接->初始化**。连接过程又可分为三步:**验证->准备->解析**。 | |
| 21 | 28 | ||
| 22 | -  | ||
| 29 | +  | ||
| 23 | 30 | ||
| 24 | - ## 加载 | ||
| 31 | + ### 加载 | ||
| 25 | 32 | ||
| 26 | 33 | 类加载过程的第一步,主要完成下面3件事情: | |
| 27 | 34 | ||
@@ -37,11 +44,11 @@ Class 文件需要加载到虚拟机中之后才能运行和使用,那么虚 | |||
| 37 | 44 | ||
| 38 | 45 | 加载阶段和连接阶段的部分内容是交叉进行的,加载阶段尚未结束,连接阶段可能就已经开始了。 | |
| 39 | 46 | ||
| 40 | - ## 验证 | ||
| 47 | + ### 验证 | ||
| 41 | 48 | ||
| 42 | 49 |  | |
| 43 | 50 | ||
| 44 | - ## 准备 | ||
| 51 | + ### 准备 | ||
| 45 | 52 | ||
| 46 | 53 | **准备阶段是正式为类变量分配内存并设置类变量初始值的阶段**,这些内存都将在方法区中分配。对于该阶段有以下几点需要注意: | |
| 47 | 54 | ||
@@ -52,15 +59,15 @@ Class 文件需要加载到虚拟机中之后才能运行和使用,那么虚 | |||
| 52 | 59 | ||
| 53 | 60 |  | |
| 54 | 61 | ||
| 55 | - ## 解析 | ||
| 62 | + ### 解析 | ||
| 56 | 63 | ||
| 57 | 64 | 解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程。解析动作主要针对类或接口、字段、类方法、接口方法、方法类型、方法句柄和调用限定符7类符号引用进行。 | |
| 58 | 65 | ||
| 59 | 66 | 符号引用就是一组符号来描述目标,可以是任何字面量。**直接引用**就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。在程序实际运行时,只有符号引用是不够的,举个例子:在程序执行方法时,系统需要明确知道这个方法所在的位置。Java 虚拟机为每个类都准备了一张方法表来存放类中所有的方法。当需要调用一个类的方法的时候,只要知道这个方法在方发表中的偏移量就可以直接调用该方法了。通过解析操作符号引用就可以直接转变为目标方法在类中方法表的位置,从而使得方法可以被调用。 | |
| 60 | 67 | ||
| 61 | 68 | 综上,解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程,也就是得到类或者字段、方法在内存中的指针或者偏移量。 | |
| 62 | 69 | ||
| 63 | - ## 初始化 | ||
| 70 | + ### 初始化 | ||
| 64 | 71 | ||
| 65 | 72 | 初始化是类加载的最后一步,也是真正执行类中定义的 Java 程序代码(字节码),初始化阶段是执行类构造器 `<clinit> ()`方法的过程。 | |
| 66 | 73 | ||
@@ -74,6 +81,22 @@ Class 文件需要加载到虚拟机中之后才能运行和使用,那么虚 | |||
| 74 | 81 | 4. 当虚拟机启动时,用户需要定义一个要执行的主类 (包含 main 方法的那个类),虚拟机会先初始化这个类。 | |
| 75 | 82 | 5. 当使用 JDK1.7 的动态动态语言时,如果一个 MethodHandle 实例的最后解析结构为 REF_getStatic、REF_putStatic、REF_invokeStatic、的方法句柄,并且这个句柄没有初始化,则需要先触发器初始化。 | |
| 76 | 83 | ||
| 84 | + ## 卸载 | ||
| 85 | + | ||
| 86 | + > 卸载这部分内容来自 [issue#662](https://github.com/Snailclimb/JavaGuide/issues/662)由 **[guang19](https://github.com/guang19)** 补充完善。 | ||
| 87 | + | ||
| 88 | + 卸载类即该类的Class对象被GC。 | ||
| 89 | + | ||
| 90 | + 卸载类需要满足3个要求: | ||
| 91 | + | ||
| 92 | + 1. 该类的所有的实例对象都已被GC,也就是说堆不存在该类的实例对象。 | ||
| 93 | + 2. 该类没有在其他任何地方被引用 | ||
| 94 | + 3. 该类的类加载器的实例已被GC | ||
| 95 | + | ||
| 96 | + 所以,在JVM生命周期类,由jvm自带的类加载器加载的类是不会被卸载的。但是由我们自定义的类加载器加载的类是可能被卸载的。 | ||
| 97 | + | ||
| 98 | + 只要想通一点就好了,jdk自带的BootstrapClassLoader,PlatformClassLoader,AppClassLoader负责加载jdk提供的类,所以它们(类加载器的实例)肯定不会被回收。而我们自定义的类加载器的实例是可以被回收的,所以使用我们自定义加载器加载的类是可以被卸载掉的。 | ||
| 99 | + | ||
| 77 | 100 | **参考** | |
| 78 | 101 | ||
| 79 | 102 | - 《深入理解Java虚拟机》 | |
| Back | FazBrowse Home | New Git URL |
0 commit comments