《深入理解JAVA虚拟机》第六章 .class文件结构

今天药忘吃喽~ 2022-03-19 08:44 183阅读 0赞

### 《深入理解java虚拟机 笔记》 ###

*  第六章 类文件结构
 *   *  字节码文件(.class文件)结构
     *   *  字节码文件版本的魔数
         *  字节码文件主次版本后就是常量池
         *  常量池结束后是1个字节访问标志
         *  访问标志是6个字节的索引
         *  索引结束后是字段表集合
         *  字段表后是与字段表类似的方法表集合
         *  属性表集合
     *  字节码指令

# 第六章 类文件结构 #

C语言代码想执行先编译生成.o文件，再通过链接将多个.o文件变成可执行文件。而java代码通过javac编译器编译的结果是字节码.class文件，字节码是所有平台所有虚拟机都统一使用的程序存储格式，是构成平台无关性的基石。在jdk1.7 jdk1.8开始后，像scala、python等语言先通过对应的scala编译器、python编译器生成字节码.class文件，然后都可以在虚拟机上运行，虚拟机并不关心.class文件来自哪。

## 字节码文件(.class文件)结构 ##

任何一个Class文件都对应着唯一一个类或接口的定义信息，但反过来说，类或接口并不一定都得定义在文件里（譬如类或接口也可以通过类加载器直接生成）。  
  **Class文件格式采用一种类似于C语言结构体的伪结构来存储数据**，这种伪结构中只有两种数据类型：无符号数和表。  
  **无符号数**属于基本的数据类型，以u1、u2、u4、u8来分别代表1个字节、2个字节、4个字节和8个字节的无符号数，无符号数可以用来描述数字、索引引用、数量值或者按照UTF-8编码构成字符串值。  
  **表**是由多个无符号数或者其他表作为数据项构成的复合数据类型，**所有表都习惯性地以“\_info”结尾**。表用于描述有层次关系的复合结构的数据，**整个Class文件本质上就是一张表**，它由表6-1所示的数据项构成。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70]

### 字节码文件版本的魔数 ###

什么是魔数？很多文件存储标准中都使用魔数来进行身份识别，譬如图片格式，如gif或者jpeg等在文件头中都存有魔数。使用魔数而不是扩展名来进行识别主要是基于安全方面的考虑，因为文件扩展名可以随意地改动。文件格式的制定者可以自由地选择魔数值，只要这个魔数值还没有被广泛采用过同时又不会引起混淆即可。  
  **Class文件的魔数是头4个字节，它的唯一作用是确定这个文件是否为一个能被虚拟机接受的Class文件**。紧接着魔数的4个字节存储的是Class文件的版本号：第5和第6个字节是次版本号（Minor Version），第7和第8个字节是主版本号（Major Version）。Java的版本号是从45开始的，JDK 1.1之后的每个JDK大版本发布主版本号向上加1（JDK 1.0～1.1使用了45.0～45.3的版本号），**高版本的JDK能向下兼容以前版本的Class文件，但不能运行以后版本的Class文件**，即使文件格式并未发生任何变化，虚拟机也必须拒绝执行超过其版本号的Class文件。例如，JDK 1.1能支持版本号为45.0～45.65535的Class文件，无法执行版本号为46.0以上的Class文件，而JDK 1.2则能支持45.0～46.65535的Class文件。现在，jdk1.新的JDK版本为1.7，可生成的Class文件主版本号最大值为51.0。测试代码：

public class TestClass{ 
    	private int m;
    	public int inc(){ 
    		return m+1;
    	}
    }

用winhex打开TestClass的class文件，可以看出头四个字节为class文件的魔数，0XCAFEBABE，第五第六字节此版本号为0x0000，主版本号0x0034,即十进制52，说明可以被jdk1.7及以上虚拟机执行。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 1]

### 字节码文件主次版本后就是常量池 ###

紧接着主次版本号之后的是常量池入口，常量池可以理解为Class文件之中的资源仓库，它是Class文件结构中与其他项目关联最多的数据类型，也是**占用Class文件空间最大的数据项目之一，同时它还是在Class文件中第一个出现的表类型数据项目**。  
  常量池中主要存放两大类常量：字面量和符号引用。字面量比较接近于Java层面的常量概念，如文本字符串、被声明为final的常量值等。而符号引用总结起来则包括了下面三类常量：

*  类和接口的全限定名（即带有包名的Class名，如：org.lxh.test.TestClass）
 *  字段的名称和描述符（private、static等描述符）
 *  方法的名称和描述符（private、static等描述符）

虚拟机在加载Class文件时才会进行动态连接，也就是说，**Class文件中不会保存各个方法和字段的最终内存布局信息，因此，这些字段和方法的符号引用不经过转换是无法直接被虚拟机使用的**。当虚拟机运行时，需要从常量池中获得对应的符号引用，再在类加载过程中的解析阶段将其替换为直接引用，并翻译到具体的内存地址中。  
这里说明下符号引用和直接引用的区别与关联：

*  符号引用：符号引用以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能无歧义地定位到目标即可。符号引用与虚拟机实现的内存布局无关，引用的目标并不一定已经加载到了内存中。
 *  直接引用：直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。直接引用是与虚拟机实现的内存布局相关的，同一个符号引用在不同虚拟机实例上翻译出来的直接引用一般不会相同。如果有了直接引用，那说明引用的目标必定已经存在于内存之中了。

在常量池的入口放置的2个字节数据代表了常量池容量计数值。如下图，8 9字节位置，0x0016,表示十进制的22，由于常量池的容量从1开始计数，所以常量池中有21项。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 2]  
  java代码在javac编译时，并不会像C那样有“连接”这一步骤，而是在虚拟机加载class文件时进行动态连接。也就是说，在Class文件中不会保存各个方法、字段的最终内存布局信息，因此这些字段、方法的符号引用不经过运行期转换的话无法得到真正的内存入口地址，也就无法直接被虚拟机使用。当虚拟机运行时，需要从常量池获得对应的符号引用，再在类创建时或运行时解析、翻译到具体的内存地址之中。  
  **常量池中每一项常量都是一个表**，在JDK 1.7之前共有11种结构各不相同的表结构数据，在JDK 1.7中为了更好地支持动态语言调用，又额外增加了3种（CONSTANT\_MethodHandle\_info、CONSTANT\_MethodType\_info和CONSTANT\_InvokeDynamic\_info。这14种表都有一个共同的特点，就是表开始的第一位是一个u1类型的标志位（tag，取值见表6-3中标志列），代表当前这个常量属于哪种常量类型。这14种常量类型所代表的具体含义见表6-3。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 3]  
  之所以说常量池是最烦琐的数据，是因为这14种常量类型各自均有自己的结构。回头看看图6-3中常量池的第一项常量，它的标志位（偏移地址：0x0000000A，由于偏移地址0x00000008和0x00000009是代表了常量池的计数值，因此常量池第一项常量是从0x0000000A开始，0x0000000A中的值为7，此值对应表6-3中的标志列，同时也是对应CONSTANT\_Class\_info类型的tag值。查表6-3的标志列发现这个常量7属于CONSTANT\_Class\_info类型，此类型的常量代表一个类或者接口的符号引用。CONSTANT\_Class\_info的结构比较简单，见表6-4。  
![在这里插入图片描述][20190216102635323.png]  
  常量池第一项常量值为0x07，此时需要将该值对应表6-3中的标志列，对应出的类型是CONSTANT\_Class\_info，而CONSTANT\_Class\_info类型的常量结构如表6-4，0x0000000A中存放的是第一项常量的类型，即表6-3的tage列对应的，则0x0000000B 0x0000000C 存放CONSTANT\_Class\_info结构的name\_index，因为name\_index类型是u2 两个字节。这里name\_index值为0x0002，也即是指向了常量池中的第二项常量。继续从图6-3中查找第二项常量，它的标志位（地址：0x0000000D）值是0x01，查表6-3tag列可知确实是一个CONSTANT\_Utf8\_info类型的常量。CONSTANT\_Utf8\_info类型的结构见表6-5。 同理，0x0000000E 0x0000000F存放CONSTANT\_Utf8\_info的length，0x0000000E 0x0000000F存放第二项常量的length 0x12 即十进制18，从0x00000010开始的18个字节都是第二个常量值Chapter6/TestClass。  
![在这里插入图片描述][20190216104355384.png]  
  实在无力吐槽这本书有些生涩，看了半小时才看懂它常量池是如何存放数据，如理解有误，欢迎感谢指正。  
  在JDK的bin目录中，Oracle公司已经为我们准备好一个专门用于分析Class文件字节码的工具：javap，如下图使用javap工具的-verbose参数输出的TestClass.class文件字节码内容（此清单中省略了常量池以外的信息）。前面我们曾经提到过，Class文件中还有很多数据项都要引用常量池中的常量，所以javap -verbose 类名 在后续的讲解过程中还要经常使用到。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 4]

### 常量池结束后是1个字节访问标志 ###

这个标志用于识别一些类或者接口层次的访问信息，包括：这个Class是类还是接口；是否定义为public类型；是否定义为abstract类型；如果是类的话，是否被声明为final等。具体的标志位以及标志的含义见表6-7。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 5]  
  access\_flags中一共有16个标志位可以使用，当前只定义了其中8个，没有使用到的标志位要求一律为0。以代码清单6-1中的代码为例，TestClass是一个普通Java类，不是接口、枚举或者注解，被public关键字修饰但没有被声明为final和abstract，并且它使用了JDK 1.2之后的编译器进行编译，因此它的ACC\_PUBLIC、ACC\_SUPER标志应当为真，而ACC\_FINAL、ACC\_INTERFACE、ACC\_ABSTRACT、ACC\_SYNTHETIC、ACC\_ANNOTATION、ACC\_ENUM这6个标志应当为假，因此它的access\_flags的值应为：0x0001|0x0020=0x0021。从图6-5中可以看出，access\_flags标志（偏移地址：0x000000EF）的确为0x0021。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 6]

### 访问标志是6个字节的索引 ###

**在访问标志之后是类索引、父类索引和接口索引集合，Class文件中由这三项数据来确定这个类的继承关系**。类索引用于确定这个类的全限定名，父类索引用于确定这个类的父类的全限定名。由于Java语言不允许多重继承，所以父类索引只有一个，除了java.lang.Object之外，所有的Java类都有父类，因此除了java.lang.Object外，所有Java类的父类索引都不为0。接口索引集合就用来描述这个类实现了哪些接口，这些被实现的接口将按implements语句（如果这个类本身是一个接口，则应当是extends语句）后的接口顺序从左到右排列在接口索引集合中。  
  代码清单6-1中的代码的类索引、父类索引与接口表索引的内容如图6-7所示。 类索引（this\_class）和父类索引（super\_class）都是一个u2类型的数据，而接口索引集合（interfaces）是一组u2类型的数据的集合。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 7]  
  从0X000000DB偏移地址开始三个u2，分别表示类索引为1，父类索引为3，接口索引集合大小为0。结合javap工具得到的常量池，可以得知：该类为TestClass，父类为Object。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 8]

### 索引结束后是字段表集合 ###

**字段表（field\_info）用于描述接口或者类中声明的变量**，描述字段的作用域（public、private、protected修饰符）、是实例变量还是类变量（static修饰符）、可变性（final）、并发可见性（volatile修饰符，是否强制从主内存读写）、可否被序列化（transient修饰符）、字段数据类型（基本类型、对象、数组）、字段名称。上述这些信息中，各个修饰符都是布尔值，要么有某个修饰符，要么没有，很适合使用标志位来表示。而字段叫什么名字、字段被定义为什么数据类型，这些都是无法固定的，只能引用常量池中的常量来描述。表6-8中列出了字段表的最终格式。  
![在这里插入图片描述][20190216130915815.png]  
  字段修饰符放在access\_flags项目中，它与类中的access\_flags项目是非常类似的，都是一个u2的数据类型，其中可以设置的标志位和含义见表6-9。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 9]

跟随access\_flags标志的是两项索引值：**name\_index和descriptor\_index，它们分别代表着字段的简单名称以及字段和方法的描述符**。现在需要解释一下“简单名称”、“描述符”以及前面出现过多次的“全限定名”这三种特殊字符串的概念。  
  全限定名和简单名称很好理解，以代码清单6-1中的代码为例，“Chapter6/TestClass”是这个类的全限定名，仅仅是把类全名中的“.”替换成了“/”而已，为了使连续的多个全限定名之间不产生混淆，在使用时最后一般会加入一个“；”表示全限定名结束。简单名称是指没有类型和参数修饰的方法或者字段名称，这个类中的inc()方法和m字段的简单名称分别是“inc”和“m”。  
  **相对于全限定名和简单名称来说，方法和字段的描述符就要复杂一些。描述符的作用是用来描述字段的数据类型、方法的参数列表（包括数量、类型以及顺序）和返回值**。根据描述符规则，基本数据类型（byte、char、double、float、int、long、short、boolean）以及代表无返回值的void类型都用一个大写字符来表示，而对象类型则用字符L加对象的全限定名来表示，详见表6-10。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 10]  
  对于数组类型，**每一维度将使用一个前置的“\[”字符来描述，如一个定义为“java.lang.String\[\] \[\]”类型的二维数组，将被记录为：“\[\[Ljava/lang/String；”，一个整型数组“int\[\]”将被记录为“\[I”。**  
  **用描述符来描述方法时，按照先参数列表，后返回值的顺序描述，参数列表按照参数的严格顺序放在一组小括号“（）”之内。如方法void inc（）的描述符为“（）V”，方法java.lang.String toString（）的描述符为“（）Ljava/lang/String；”，方法int indexOf（char\[\]source,int sourceOffset,int sourceCount,char\[\]target,int targetOffset,int targetCount,int fromIndex）的描述符为“（\[CII\[CIII）I”。**  
  对于代码清单6-1中的TestClass.class文件来说，字段表集合从地址0x000000E2开始，第一个u2类型的数据为容量计数器fields\_count，如图所示，其值为0x0001，说明这个类只有一个字段表数据。接下来紧跟着容量计数器的是access\_flags标志，值为0x0002，代表private修饰符的ACC\_PRIVATE标志位为真（ACC\_PRIVATE标志的值为0x0002），其他修饰符为假。代表字段名称的name\_index的值为0x0005，从代码清单6-2列出的常量表中可查得第5项常量是一个CONSTANT\_Utf8\_info类型的字符串，其值为“m”，代表字段描述符的descriptor\_index的值为0x0006，指向常量池的字符串“I”，根据这些信息，我们可以推断出原代码定义的字段为：“private int m；”。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 11]  
  字段表都包含的固定数据项目到descriptor\_index为止就结束了，不过在descriptor\_index之后跟随着一个属性表集合用于存储一些额外的信息，字段都可以在属性表中描述零至多项的额外信息。对于本例中的字段m，它的属性表计数器为0，也就是没有需要额外描述的信息，但是，如果将字段m的声明改为“final static int m=123；”，那就可能会存在一项名称为ConstantValue的属性，其值指向常量123。关于attribute\_info的其他内容，将在6.3.7节介绍属性表的数据项目时再进一步讲解。  
  字段表集合中不会列出从超类或者父接口中继承而来的字段，但有可能列出原本Java代码之中不存在的字段，譬如在内部类中为了保持对外部类的访问性，会自动添加指向外部类实例的字段。另外，在Java语言中字段是无法重载的，两个字段的数据类型、修饰符不管是否相同，都必须使用不一样的名称，但是对于字节码来讲，如果两个字段的描述符不一致，那字段重名就是合法的。

### 字段表后是与字段表类似的方法表集合 ###

Class文件存储格式中对方法的描述与对字段的描述几乎采用了完全一致的方式，方法表的结构如同字段表一样，依次包括了访问标志（access\_flags）、名称索引（name\_index）、描述符索引（descriptor\_index）、属性表集合（attributes）几项，见表6-11。这些数据项目的含义也非常类似，仅在访问标志和属性表集合的可选项中有所区别。  
![在这里插入图片描述][20190216134642484.png]  
  因为volatile关键字和transient关键字不能修饰方法，所以方法表的访问标志中没有了ACC\_VOLATILE标志和ACC\_TRANSIENT标志。与之相对的，synchronized、native、strictfp和abstract关键字可以修饰方法，所以方法表的访问标志中增加了ACC\_SYNCHRONIZED、ACC\_NATIVE、ACC\_STRICTFP和ACC\_ABSTRACT标志。对于方法表，所有标志位及其取值可参见表6-12。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 12]  
  以代码清单6-1中的Class文件为例对方法表集合进行分析，如图6-9所示，方法表集合的入口地址为：0x000000EA，第一个u2类型的数据（即是计数器容量）的值为0x0002，代表集合中有两个方法（这两个方法为编译器添加的实例构造器＜init＞和源码中的方法inc（））。第一个方法的访问标志值为0x001，也就是只有ACC\_PUBLIC标志为真，名称索引值为0x0007，查代码清单6-2的常量池得方法名为“＜init＞”，描述符索引值为0x0008，对应常量为“（）V”，属性表计数器attributes\_count的值为0x0001就表示此方法的属性表集合有一项属性，属性名称索引为0x0009，对应常量为“Code”，说明此属性是方法的字节码描述。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 13]  
  在Java语言中，要重载（Overload）一个方法，除了要与原方法具有相同的简单名称之外，还要求必须拥有一个与原方法不同的特征签名，特征签名就是一个方法中各个参数在常量池中的字段符号引用的集合，也就是因为返回值不会包含在特征签名中，因此Java语言里面是无法仅仅依靠返回值的不同来对一个已有方法进行重载的。但是在Class文件格式中，特征签名的范围更大一些，只要描述符不是完全一致的两个方法也可以共存。也就是说，如果两个方法有相同的名称和特征签名，但返回值不同，那么也是可以合法共存于同一个Class文件中的。（Java代码的方法特征签名只包括了方法名称、参数顺序及参数类型，而字节码的特征签名还包括方法返回值以及受查异常表）

### 属性表集合 ###

属性表（attribute\_info）在前面的讲解之中已经出现过数次，**在Class文件、字段表、方法表都可以携带自己的属性表集合**，以用于描述某些场景专有的信息。  
  对于每个属性，它的名称需要从常量池中引用一个CONSTANT\_Utf8\_info类型的常量来表示，而属性值的结构则是完全自定义的，只需要通过一个u4的长度属性去说明属性值所占用的位数即可。一个符合规则的属性表应该满足表6-14中所定义的结构。  
![在这里插入图片描述][20190216163014803.png]

*  Code属性：存放java程序方法体
 *  Exceptions属性：列举出方法中可能抛出的受查异常
 *  LineNumberTable属性：描述Java源码行号与字节码行号（字节码的偏移量）之间的对应关系
 *  LocalVariableTable属性：描述栈帧中局部变量表中的变量与Java源码中定义的变量之间的关系
 *  SourceFile属性：用于记录生成这个Class文件的源码文件名称
 *  ConstantValue属性：通知虚拟机自动为静态变量赋值
 *  InnerClasses属性：记录内部类与宿主类之间的关联

## 字节码指令 ##

**字节码指令集最多只有8位，即256条，那么意味着java虚拟机中有些数据类型的指令是不全的**。例如load指令是表示操作int类型的iload，但是没有操作byte类型的load指令。并且大部分的指令都没有支持byte、char、short和boolean类型数据，因此编译器在编译期或者运行期会将byte、char、boolean、short类型的数据扩展成相应的int类型数据。  
  字节码指令中包含加载指令、运算指令、类型转换指令、对象创建与访问指令、操作数栈管理指令、控制转移、方法调用与返回指令、异常处理、同步指令。  
  **class文件是java虚拟机执行引擎的数据入口**，了解class文件对进一步了解虚拟机执行引擎有很重要的意义。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70]: /images/20220319/3249cd6d8e124001bccabfa983e42665.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 1]: /images/20220319/051f9afe93cc497ca3397e16325022c2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 2]: /images/20220319/e85f96d350a64b5288db6f64a34e01a6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 3]: /images/20220319/8b154e1ca33b4f0a96b8055164f63f96.png
[20190216102635323.png]: /images/20220319/d0b95f66918949cdb5c82c2bf2d2424c.png
[20190216104355384.png]: /images/20220319/ff6f58e058ba4996a6e20ce5299b60ca.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 4]: /images/20220319/96bbe6ae9d5148cd99c9291f46cb1e70.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 5]: /images/20220319/df7f0396e550457c9a65677e21031a07.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 6]: /images/20220319/a4fb1df3595646e58f5137cd4c88de1d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 7]: /images/20220319/8c18f57296c44bc38d5b21ca6df5adaf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 8]: /images/20220319/b42c88a364084e55854797bb49d5700f.png
[20190216130915815.png]: /images/20220319/c8e7cde1049146bcb47bfce4a4e1f5c8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 9]: /images/20220319/0e9c976a0c3c45d8882601dd14e61790.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 10]: /images/20220319/ec2530bc57364ab29a5dfa54c31a4c51.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 11]: /images/20220319/e0bbdf904f44410aad55e0f94e62d184.png
[20190216134642484.png]: /images/20220319/20cdbec568f6416ea122ecbfeed69492.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 12]: /images/20220319/438c396c12c24394b444a71a2fb0cb67.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MTI2MjQ1Mw_size_16_color_FFFFFF_t_70 13]: /images/20220319/275affc6ba564ce1a27e439aa951d3f9.png
[20190216163014803.png]: /images/20220319/12a90a7076d544debcf3e95369481e5e.png