上图堆空间设计就是使对象指针直接指向一组数据，而该数据包括对象实例数据以及指向方法区中类数据的指针。这样设计的优缺点正好与前面的方法相反，它只需要一个指针就可以访问对象的实例数据，但是移动对象就变得更加复杂。当使用这种堆的虚拟机为了减少内存碎片而移动对象的时候，它必须在整个运行时数据区中更新指向被移动对象的引用。

方法表
不管虚拟机的实现使用什么样的对象表示法，很可能每个对象都有–个方法表，因为方法表加快了调用实例方法时的效率，从而对Java虚拟机实现的整体性能起着非常重要的正面作用。但是Java虚拟机规范并未要求必须使用方法表，所以并不是所有实现中都会使用它。比如那些具有严格内存资源限制的实现，或许它们根本不可能有足够的额外内存资源来存储方法表。如果一个实现使用方法表，那么仅仅使用一个指向对象的引用，就可以很快地访问到对象的方法表。

这个方法表结构可以包括两部分:

• 一个指向方法区对应数据的指针
• 对象的方法表

方法表指向的实例方法数据信息：

• 此方法的操作数栈和局部变量区的大小
• 此方法的字节码
• 异常表

对象方法表：

对象锁：
虚拟机中，堆中每个对象都有一个对象锁，用于协调多线程时对象访问的同步。除了实现锁所需要的数据外，每个Java对象逻辑上还与实现等待集合( wait set)的数据相关联。锁是用来实现多个线程对共享数据的互斥访问的，而等待集合是用来让多个线程为完成一个共同目标而协调工作的。

5.3.6 程序计数器

对于一个运行中的Java程序而言．其中的每一个线程都有它自己的PC（程序计数器）寄存器，它是在该线程启动时创建的。PC寄存器的大小是一个字长，因此它既能够持有一个本地指针，也能够持有一个returnAddress。当线程执行某个Java方法时，PC寄存器的内容总是下一条将被执行指令的“地址"，这里的“地址”可以是一个本地指针，也可以是在方法字节码中相对于该方法起始指令的偏移量。如果该线程正在执行一个本地方法，那么此时PC寄存器的值是“undefined”。

5.3.7 Java栈

• 每当启动一个新线程时，Java虚拟机都会为它分配一个Java栈。前面我们曾经提到，Java栈以栈帧为单位保存线程的运行状态，虚拟机只会对Java栈执行两种操作，以帧为单位的压栈或出栈。

理解内容1：
在5.3.5中有说到，一个Java程序独占一个Java虚拟机实例，也就是一个Java虚拟机实例就是一个Java程序。那如果是程序他就可以产生多个线程。比如说你的Java程序在启动时需要初始化很多东西，就像大量的图片和图片的文字性说明，这是你就可以创建两个线程T1、T2，一个用于加载图片，一个用于加载图片说明。这时候Java虚拟机就会给这T1、T2两个线程分配Java栈。
是不是可以理解为Java栈就是线程的活动空间？

• 某个线程正在执行的方法被称为该线程的当前方法，当前方法使用的栈帧称为当前帧，当前方法所属的类称为当前类，当前类的常量池称为当前常量池。在线程执行一个方法时，它会跟踪当前类和当前常量池。此外，当虚拟机遇到栈内操作指令时，它对当前帧内数据执行操作。
• 每当线程调用一个Java方法时，虚拟机都会在该线程的Java栈中压入一个新帧。而这个新帧自然就成为了当前帧。在执行这个方法时，它使用这个帧来存储参数、局部变量、中间运算结果等等数据。方法执行结束，该栈帧弹出Java栈然后释放掉。

理解内容2：
在【理解内容1】中提到了两个线程T1、T2，这两个线程在加载图片或说明时肯定需要执行加载图片的方法methodT()1和加载说明的方法methodT2()。
以methodT1()为例，T1线程在调用methodT1()方法时，为T1线程创建的栈会先创建一个栈帧，在他执行的时候将方法的局部变量、参数等数据放入栈帧中，方法执行结束后再将这个栈帧释放掉。

这样的话又可以理解为：每一个方法都可以看做一个栈帧。每当有方法被调用执行，就把该方法的栈帧入栈，方法执行完毕时出栈。

方法的调用和执行：

方法总是先调用再执行，方法调用的过程分为解析和分派两个过程。在Java程序中我们通过方法名调用特定方法，为什么通过方法名就能找到具体方法呢？在class文件中每个方法名只是一个字面量而已，把这个字面量变成对具体方法的引用就是解析的过程。通过解析，我们可以通过方法名得到恰当的具体方法，具有了方法调用的前提。接下来要做的事就是选择要调用的方法，把不同的调用分派到不同的方法。分派又分为静态分派和动态分派两种。

• 动态分派：
  动态分派强调的是从覆盖的方法中分派合适的方法，并且因为这个分配的结果是在实际运行时得出的，所以成为动态分派。（重载方法）

• 静态分派：
  静态分派强调的是从重载的方法中分派合适的方法。JVM根据方法调用时根据传入参数不同分派给类中的重载方法就是静态分配的过程。只是这个分派的过程在编译期根据源代码就能确定下来，所以称为静态分派。

• 单分派和多分派：
  单分派和多分派，根据方法分派时依据的宗量不同，分派又分为单分派和多分派。
  动态分派时只需根据实例类型这一因素选择分派即可，所以它只有一个宗量，是单分派。
  静态分派时需要根据引用类型和参数表两个因素才能确定分派的方法，所有它有两个宗量，是多分派。
  Java是一种静态多分派，动态单分派语言。

执行，通过调用获得了恰当方法，然后才是执行方法的过程。

5.3.8 栈帧

栈帧由三部分组成:局部变量区，操作数栈和帧数据区。局部变量区和操作数栈的大小要视对应的方法而定，它们是按字长计算的。编译器在编译时就确定了这些值并放在class文件中。而帧数据区的大小依赖于具体的实现。
当虚拟机调用一个Java方法时，它从对应类的类型信息中得到此方法的局部变量区和操作数栈的大小，并据此分配栈帧内存，然后压入Java栈中。

• 局部变量区包含对应方法的局部变量和方法参数。编译器会按声明的顺序吧这些变量放入局部变量数组。
  ![压栈](https://img-blog.csdnimg.cn/d7fa18f6a52a4e559e0b11e3e6015ad1.png?x-oss-process=image/watermark,type_ZHJvaWRzYW5zZmFsbGJhY2s,shadow_50,text_Q1NETiBA5pyI5LqR,size_20,color_FFFFFF,t_70,g_se,x_16

局部变量：

• 局部变量区Java栈帧的局部变量区被组织为一个以字长为单位、从0开始计数的数组。字节码指令通过从0开始的索引来使用其中的数据。类型为int、float、reference和returnAddress的值在数组中只占据-项，而类型为byte、short和char的值在存人数组前都将被转换为int值，因而同样占据一项。但是类型为long和double的值在数组中却占据连续的两项。
  —————— 所以可以看到上图数组中缺少下标2和3。
• byte 、short 、 char 、 boolean都被转为int处理。

操作数栈：

• 操作数栈和局部变量区一样，操作数栈也是被组织成-一个以字长为单位的数组。但是和前者不同的是，它不是通过索引来访问，而是通过标准的栈操作——压栈和出栈来访问的。比如，如果某个指令把一个值压入到操作数栈中，稍后另一个指令就可以弹出这个值来使用。
• 虚拟机在操作数栈中存储数据的方式和在局部变量区中是一样的，如int、long、float,double、reference和returnType的存储。对于byte、short以及char类型的值在压入到操作数栈之前，也会被转换为int。
• 虚拟机把操作数栈作为它的工作区–大多数指令都要从这里弹出数据，执行运算，然后把结果压回操作数栈。
  

帧数据区：
除了局部变量区和操作数栈外，Java栈帧还需要一些数据来支持常量池解析、正常方法返回以及异常派发机制。这些信息都保存在Java栈帧的帧数据区中。

• 常量池解析
  Java虚拟机中大多数指令都涉及到常量池入口，如取数据压栈。
  另外，每当虚拟机要执行某个需要用到常量池数据的指令时，它都会通过帧数据区中指向常量池的指针来访问它。以前讲过，常量池中对类型、字段和方法的引用在开始时都是符号。当虚拟机在常量池中搜索的时候，如果遇到指向类、接口、字段或者方法的入口，假若它们仍然是符号，虚拟机那时候才会（也必须)进行解析。
• 处理异常（异常表）
  除了用于常量池的解析外，帧数据区还要帮助虚拟机处理Java方法的正常结束或异常中止。如果是通过return正常结束，虚拟机必须恢复发起调用的方法的栈帧，包括设置PC寄存器指向发起调用的方法中的指令-——-即紧跟着调用了完成方法的指令的下-·个指令。假如方法有返回值,虚拟机必须将它压入到发起调用的方法的操作数栈。
  为了处理Java方法执行期间的异常退出情况，帧数据区还必须保存一个对此方法异常表的引用。异常表会在第17章深入描述，它定义了在这个方法的字节码中受catch子句保护的范围、异常表中的每一项都有一个被catch子句保护的代码的起始和结束位置（译者注:即try子句内部的代码)、可能被catch的异常类在常量池中的索引值，以及catch子句内的代码开始的位置。
  当某个方法抛出异常时，虚拟机根据帧数据区对应的异常表来决定如何处理。如果在异常表中找到了匹配的catch子句，就会把控制权转交给catch子句内的代码。如果没有发现，方法会立即异常中止。然后虚拟机使用帧数据区的信息恢复发起调用的方法的帧，然后在发起调用的方法的上下文中重新抛出同样的异常。

5.3.8.1栈帧的演示实例

演示代码：

public class Add {public static void main(String[] args) {int a = 1;int b = 2;int c = a + b;System.out.print(c);}
}

编译后的字节码

CA FE BA BE :这四位表示这是一个class文件，虚拟机只识别这四位开头的文件。
00 00 00 34：这四位是版本号，后两位是主版本号，接着就是常量池的大小和常量池数据，这里不做说明。

常量池:

反汇编码：

执行过程分析：

• 0: iconst_1
  将int型1推送至栈顶
  

• 1: istore_1
  将栈顶的int型1存放到本地局部变量索引为1的位置
  

• 2: iconst_2
  将int型2推送至栈顶
  

• 3: istore_2
  将栈顶的int型2存放到本地局部变量索引为2的位置
  

• 4: iload_1
  将局部变量中索引为1的int型变量推送至栈顶
  

• 5: iload_2
  将局部变量中索引为2的int型变量推送至栈顶
  

• 6: iadd
  对操作数栈中的变量做加法运算并推送至栈顶
  

• 7: istore_3
  将栈顶的int型3存放到本地局部变量索引为3的位置
  

• 8: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
  将输出类的静态域压栈

• 11: iload_3
  将局部变量中索引为3的int型变量推送至栈顶
  

• 12: invokevirtual #3 // Method java/io/PrintStream.print:(I)V
  执行接口方法

• 15: return
  结束出栈

5.3.9 本地方法栈

任何本地方法接口都会使用某种本地方法栈。当线程调用Java方法时，虚拟机会创建一个新的栈帧并压入Java栈。然而当它调用的是本地方法时，虚拟机会保持Java栈不变，不再在线程的Java栈中压入新的帧，虚拟机只是简单地动态连接并直接调用指定的本地方法。可以把这看做是虚拟机利用本地方法来动态扩展自己。就如同Java虚拟机的实现在按照其中运行的Java程序的吩咐，调用属于虚拟机内部的另-一个（动态连接的)方法。

5.3.10执行引擎

执行引擎：

这个术语也可以有三种理解:

• 抽象的规范（抽象规范使用指令集规定了执行引擎的行为）
• 具体的实现（具体实现可能使用多种不同的技术-——包括软件方面、硬件方面或数种技术的集合）
• 正在运行的实例（作为运行时实例的执行引擎就是一个线程）

运行中Java程序的每一个线程都是一个独立的虚拟机执行引擎的实例。
从线程生命周期的开始到结束，它要么在执行字节码，要么在执行本地方法。一个线程可能通过解释或者使用芯片级指令直接执行字节码，或者间接通过即时编译器执行编译过的本地代码。Java虚拟机的实现可能用一些对用户程序不可见的线程，比如垃圾收集器。这样的线程不需要是实现的执行引擎的实例。所有属于用户运行程序的线程,都是在实际工作的执行引擎。

指令集：

含操作数

• 方法的字节码流是由Java虚拟机的指令序列构成的，每一条指令包含一个单字节的操作码，后面跟随0个或多个操作数。操作码表明需要执行的操作;操作数向Java虚拟机提供执行操作码需要的额外信息。操作码本身就已经规定了它是否需要跟随操作数，以及如果有操作数的话，它是什么形式的。
  

指令0: iconst_1，iconst表示操作码，1表示操作数，这个指令的意思就是将int类型的1
压栈。

不含操作数

• 很多Java虚拟机的指令不包含操作数仅仅是由一个操作码字节构成的。根据操作码的需要，虚拟机可能除了跟随操作码的操作数之外，还需要从另外一些存储区域得到操作数。当虚拟机执行一条指令的时候，可能使用当前常量池中的项、当前帧的局部变量中的值，或者位于当前帧操作数栈顶端的值。
  

例如指令iadd，后边没有操作数，他表示将操作数栈种的值相加，将结果压栈。

代码示例

代码：

public class Add {public static void main(String[] args) {Add add = new Add();add.addMethod();}public void addMethod(){int a = 1;int b = 2;int c = a + b;System.out.print(c);}
}

反汇编：

public class com.github.erbudu.prj.test.Add {public com.github.erbudu.prj.test.Add();Code:0: aload_01: invokespecial #1                  // Method java/lang/Object."<init>":()V4: returnpublic static void main(java.lang.String[]);Code:0: new           #2                  // class com/github/erbudu/prj/test/Add3: dup4: invokespecial #3                  // Method "<init>":()V7: astore_18: aload_19: invokevirtual #4                  // Method addMethod:()V12: returnpublic void addMethod();Code:0: iconst_11: istore_12: iconst_23: istore_24: iload_15: iload_26: iadd7: istore_38: getstatic     #5                  // Field java/lang/System.out:Ljava/io/PrintStream;11: iload_312: invokevirtual #6                  // Method java/io/PrintStream.print:(I)V15: return
}

指令集序列（方法的字节码流）：

public static void main(java.lang.String[]);Code:0: new           #2                  // class com/github/erbudu/prj/test/Add3: dup4: invokespecial #3                  // Method "<init>":()V7: astore_18: aload_19: invokevirtual #4                  // Method addMethod:()V12: return———————————————————————————————————————————public void addMethod();Code:0: iconst_11: istore_12: iconst_23: istore_24: iload_15: iload_26: iadd7: istore_38: getstatic     #5                  // Field java/lang/System.out:Ljava/io/PrintStream;11: iload_312: invokevirtual #6                  // Method java/io/PrintStream.print:(I)V15: return

说明：
含操作数的指令

• 例如指令0: iconst_1，iconst表示操作码，1表示操作数，这个指令的意思就是将int类型的1
  压栈。

不含操作数的指令

• 例如指令iadd，后边没有操作数，他表示将操作数栈种的值相加，将结果压栈。

执行引擎实例执行指令集：

• 抽象的执行引擎实例（线程）每次执行一条字节码指令

线程 ==》 执行引擎实例；
方法 ==》指令集序列

• 执行一条指令包含的任务之一就是决定下一条要执行的是什么指令。执行引擎决定下一个操作码时有三种方法。很多指令的下一个操作码就是在当前操作码和操作数之后紧跟的那个字节（如果字节码流里面还有的话)。另外一些指令，比如goto或者return，执行引擎决定下一个操作码时把它当做当前执行指令的一部分。假若一条指令抛出了—个异常，那么执行引擎将搜索合适的catch子句，以决定下一个将执行的操作码是什么。
• 每个方法都有一个局部变量集合，指令集实际的工作方式就是把栈帧中局部变量当作寄存器，用索引来访问。
• 执行技术瞭实现可以使用多种执行技术:解释、即时编译、自适应优化、芯片级直接执行,这些在第1章中介绍过。关于执行技术要记住的最主要的一点就是，实现可以自由选择任何技术来执行字节码，只要它遵守Java虚拟机指令集的定义。自适应优化技术是最有意义也是最迅速的执行技术之一，就是热缓存。

5.3.11 本地方法

5.4 真实机器

第6章 Java class文件

6.1 Java class文件是什么

Java class文件是Java程序二进制文件的精确定义。每一个class文件都对Java类或者Java接口做出了全面的描述。一个Java文件中只能包含一个类或接口。正是对Java文件的明确定义，使得所有Java虚拟机能够正确的读取和解释所有Java class文件。

以下观点为个人理解，慎重参考：
1.windows有windows的可执行文件，linux有linux的可执行文件，所以，Java虚拟机的可执行文件就是class文件。
2.class文件除了能被虚拟机识别外，在其他地方可能一无是处。虚拟机可以识别解析class文件的数据结构和指令集。
3.解释执行：Java方法就是一系列的指令集，当然这些指令集只有虚拟机可以识别。执行的时候将指令集解释为本地操作系统可执行的机器码再执行。
4.编译执行：也可直接将class文件翻译为计算机可执行文件直接执行，各有优缺。

class文件结构的数据类型：

• 无符号类型（基本类型）字节占位符，用来描述数字、索引引用、数量值或UTF-8编码构成的字符串值。

  类型名称	字节数
  u1	1
  u2	2
  u4	4
  u8	8

• 表
  表是由多个无符号数或其他表作为数据项构成的复合数据类型，一般以"_info"结尾； 表用来描述有层次关系的复合结构的数据； 表中的项长度不固定；

6.2 class文件的内容

class文件基本类型

ClassFile表的格式

常量池标志对应表↓

6.3 特殊字符串

6.3.1全限定名

类或接口的全名，例如：在class文件中，java.util.Hashtable的全限定名表示为java/util/Hashtable。

6.3.2简单名称

字段名和方法名以简单名称的形式出现在常量池入口中。例如，一个指向类java.lang.Object所属方法String toString( )的常量池入口有一个形如“toString”的方法名。

6.3.3 描述符

字段的描述符给出了字段的类型;方法描述符给出了方法的返回值和方法参数的数量、类型以及顺序。

6.4 常量池

术语解释：

字面量：文本字符串、被声明的静态常量、基本数据类型、其他

符号应用：类和结构的完全限定名、字段名称和描述符、方法名称和描述符

每个常量池入口都从一个长度为一个字节的标志开始，这个标志指出了列表中该位置的常量类型。一旦Java虚拟机获取并解析这个标志，Java虚拟机就会知道在标志后的常量类型是什么。

常量池是一个可变长度cp_info表的有序序列。表现如下

• tag常量池标志(点击跳转到常量池标志表)
• _info表

个人理解：

常量池就像是一个归类的资源仓库，将代码中的常量分类放在同一类型的序列表中。

示例：

i是一个int类型的常量，在常量池中用Integer标志表示，Integer 标志对应的info表为CONSTANT_lnteger_info，

他的表结构只有两项 tag和byte，tag就是类型标志，byte是值。因为i是基本类型的常量，所以，他的直接量就是1，不再指向别的地址。
反例，比如Methodref对应方法类型的标志，他的表结构为

• tag = 类型标志

• class_index = 被引用方法的类的CONSTANT_Class_info人口的索引。所以这一项指向的一定是常量池中某个Class类型的入口
  

• name_and_type_index = 方法描述，指向CONSTANT_NameAndType_info入口的索引，该入口提供了方法的简单名称以及描述符。

所以方法类型的常量入对应的表中第二项和第三项会分别指向class类型和ameAndType的类型入口。下图为例。

总的来讲，常量池中的类型表之间是纵横交错的相互指向，下边会对每个常量池类型表的结构一一说明。

6.4.1 CONSTANT_Utf8_info表

CONSTANT_Utf8_info 👇

说明：

• tag：入口类型的标志值，CONSTANT_Utf8的标志值为1（点击跳转常量池标志表）
• length ：表示第三项bytes的长度，字节数。
• bytes ：按照变体UTF-8格式存储的字符串中的字符。（‘lu0001’到‘lu007f’一个字节表示，空字符null (“\u0000’)和从‘\u0080’到‘\u07ff’的所有字符使用两个字节表示,"\u0800’到“uffff’的所有字符使用三个字节表示。)

可变长度的CONSTANT_Utf8_info表使用一种UTF-8格式的变体来存储一个常量字符串。这种类型的表可以存储多种字符串,包括以下：

• 文字字符串，如String对象。
• 被定义的类和接口的全限定名。
• 被定义的类的超类（如果有的话）的全限定名。
• 被定义的类和接口的父接口的全限定名。
• 由类或者接口声明的任意字段的简单名称和描述
• 由类或者接口声明的任意方法的简单名称和描述
• 任何引用的类和接口的全限定名。
• 任何引用的字段的简单名称和描述符。
• 任何引用的方法的简单名称和描述符。
• 与属性相关的字符串

6.4.2 CONSTANT_lnteger_info表

CONSTANT_lnteger_info 👇

说明：
该表值存int类型的值，不存储符号引用。

• tag : 入口类型的标志值，CONSTANT_lnteger的标志值为3（点击跳转常量池标志表）
• bytes: bytes项中按照高位在前的格式存储int类型值。

6.4.3 CONSTANT_Float_info表

CONSTANT_Float_info 👇

说明：
该表只存储float类型的值，不存储符号引用。

• tag:入口类型的标志值，CONSTANT_Float的标志值为4（点击跳转常量池标志表）
• bytes:bytes项中按照高位在前的格式存储float类型值。

6.4.4 CONSTANT_Long_info表

6.4.5 CONSTANT_Double_info表

6.4.6 CONSTANT_Class_info表

CONSTANT_Class_info 👇

说明：
固定长度的CONSTANT_Class_info表使用符号引用来表述类或者接口。无论指向类、接口、字段，还是方法，所有的符号引用都包含一个CONSTANT_Class_info表。

• tag :入口类型的标志值，CONSTANT_Class的标志值为7（点击跳转常量池标志表）
• name_index:name_index项给出了包含类或者接口全限定名的CONSTANT_Utf8_info表的索引。

  name_index给出的是指向utf8的一个索引，因为类或接口的完全限定名是在utf8表中，所以这个索引最终会指向常量表中的完全限定名。

示例：

6.4.7 CONSTANT_String_info表

固定长度的CONSTANT_String_info表用来存储文字字符串值，该值亦可表示为类java.lang.String的实例。该表只存储文字字符串值，不存储符号引用。

CONSTANT_String_info 👇

说明：

• tag:入口类型的标志值，CONSTANT_String的标志值为8（点击跳转常量池标志表）
• string_index:给出了包含文字字符串值的CONSTANT_Utf8_info表的索引。

  不存储符号引用，string_index给出的是指向utf8表的索引，因为string类型的是在utf8表中，索引最终指向的肯定是一个字符串。

6.4.8 CONSTANT_Fieldref_info表

CONSTANT_Fieldref_info 👇

说明：
固定长度的CONSTANT_Fieldref_info表描述了指向字段的符号引用。

• tag：入口类型的标志值，CONSTANT_Fieldref的标志值为9（点击跳转常量池标志表）
• class_index:class_index项给出了声明被引用字段的类或者接口的CONSTA.NT_Class_info入口的索引。
• name_and_type_index:提供了CONSTANT_NameAndType_info人口的索引，该人口提供了字段的简单名称以及描述符。最终也是指向的utf8，有关字段的描述是在utf8表中。

6.4.9 CONSTANT_Methodref_info表

固定长度的CONSTANT_Methodref_info表使用符号引用来表述类中声明的方法（不包括接口中的方法)。
CONSTANT_Methodref_info👇

说明：

• tag: 入口类型的标志值，CONSTANT_Methodref的标志值为10（点击跳转常量池标志表）
• class_ index:给出了声明了被引用方法的类的CONSTANT_Class_info人口的索引。class_index所指定的CONSTANT_Class_info表必须为类，不能为接口。指向接口中声明的方的符号引用使用CONSTANT_InterfaceMethodref表。
• name_and_type_index:提供了CONSTANT_NameAndType_info入口的索引，该入口提供了方法的简单名称以及描述符。

6.4.10 CONSTANT_lnterfaceMethodref_info表

6.4.11 CONSTANT_NameAndType_info表

CONSTANT_NameAndType_info👇

说明：
固定长度的CONSTANT_NameAndType_info表构成指向字段或者方法的符号引用的一部分。该表提供了所引用字段或者方法的简单名称和描述符的常量池入口。

• tag: 入口类型的标志值，CONSTANT_NameAndType的标志值为12（点击跳转常量池标志表）
• name_index：给出了CONSTANT_Utf8_info入口的索引，该人口给出了字段或者方法的名称。该名称或者为一个有效的Java程序设计语言的标识符，或者为。
• descriptor_index提供了CONSTANT_Utf8_info入口的索引，该入口提供了字段或者方法的描.述符。该描述符必须为一个有效的字段或者方法的描述符。

6.5 字段

字段信息对应field_info表，不会有同名字段。

• access_flags：表示字段类型
• name_index：字段 简单名，的constant_utf8_info入口的索引。
• descriptor_index：字段描述符的constant_utf8_info入口的索引。
• attribute_count：指出列表中attribute_info表的数量。
• attributes：由多个attributes_info表组成。

6.6方法

在class文件中，方法由一个长度可变的method_info表来描述。

• access_flags：方法修饰符（方法类型）。
• name_index：方法简单名，的constant_utf8_info入口的索引。
• descriptor_index：方法描述符的constant_utf8_info入口的索引。
• attribute_count：指出列表中attribute_info表的数量。
• attributes：由多个attributes_info表组成。

6.7属性

6.7.1 属性格式

第7章 类型的生命周期

7.1类型装载、连接、初始化

Java虚拟机通过加载、连接和初始化一个Java类型，使该类型可以被正在运行的Java程序所使用。

• 装载：将二进制的Java类型读入Java虚拟机中。
• 连接：将虚拟机中二进制类型的数据合并到虚拟机的运行时状态中去。

连接分为三个子步骤：

• 验证：去报Java类型正确可以被Java虚拟机使用。
• 准备：分配内存
• 解析：将常量池中的符号引用转换为直接引用。这个过程也可以初始化之后进行

• 初始化：给变量赋值

类和接口的初始化时机

• 创建类实例时。new 的时候
• 调用某个类的静态方法时
• 使用某个类或者接口的静态字段时，或者对该字段赋值时
• 使用反射方法时
• 初始化子类时
• 某个类被标明为启动类时

除了上边说的6种情况外，其他使用Java类型的方式都是被动使用，他们不会导致Java类型的初始化。

使用某个类型前要求所有的超类都要被初始化，而一个接口的初始化并不要求他的祖先接口预先初始化。

7.1.1 装载

装载阶段由三个基本动作组成，要装载一个类型，Java虚拟机必须：

• 用过一个该类型的完全限定名，产生一个代表该类的二进制数据流。
• 解析这个二进制数据流为方法区内的内部数据结构。
• 创建一个表示该类的java.lang.Class类的实例

7.1.2 验证

验证主要是对字节码完整性的验证，第三章有详细的讲到。

7.1.3 准备

准备阶段主要是为类变量分配内存，设置默认初始值。在准备阶段是不会执行Java代码的。

7.1.4 解析

验证、准备、解析都是连接的过程，解析就是在类型的常量池中寻找类、接口、字段、方法的符号引用，把这些符号引用替换成直接引用的过程。

7.1.5初始化

初始化就是为类变量赋予正确的初始值。注意区分不是类型的默认值，是初始值。
初始化永远先初始化这个类的超类。

7.2 对象的生命周期

一个类一旦被装载、连接、初始化之后就可以使用了。程序可以访问他的静态字段、静态方法以及创建他的实例。

7.2.1 类的实例化

三种创建类实例的方法：

• 明确的使用new操作符。
• 调用Class或者java.lang.reflect.Constructor对象的newInstance ()方法。
• 调用现有对象的clone()方法。
• java.io.ObjectInputStream类的getObject ( )方法反序列化。

以上为显示实例化类的方法，其他隐式初始化类的方式不做赘述。

7.2.1 垃圾手机和对象的终结

7.3 卸载类型

如果某些动态装载的类型只是临时需要，当他不再被使用时，占据的内存空间可以使用卸载的方式使其被释放。

第8章 链接模式

第9章 垃圾收集

第10章

第11章

第12章

第13章

第14章

第15章

第16章

第17章

第18章

第19章

第20章

补充