JVM 利用MAT 工具分析内存泄漏详解（九）

Love The Way You Lie 2022-12-08 01:38 231阅读 0赞

今天分析MAT 工具

一、先分析  **VisualVM**

1、我们前面讲过，我们可以使用  jmap –histo  这种命令去分析哪些对象占据着我们的堆空间。但是那是比较容易分析的问题，如果是遇到内存情况比较复杂 的情况，命令的方式是看不出来的，这个时候我们必须要借助一下工具。当然前提是通过 jmap  命令把整个堆内存的数据  dump  下来

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70][]

**2、内存分析工具  VisualVM**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 1][]

3、这个是上节的那个案例抛出了 OOM 后到处的内存的 dump 日志信息，我们可以导入

![20200919104855156.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 2][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 3][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 4][]

VisualVm 属于比较寒酸的工具，基本上跟 jmap 之类的命令没多少区别，它只是可以事后看，通过 dump 信息来看，里面没有多少可以做分析的功能

二、 MAT **简介**

1、MAT 工具是基于 Eclipse 平台开发的，本身是一个 Java程序，是一款很好的内存分析工具，所以如果你的堆快照比较大的话，则需要一台内存比较大的分析机器，并给 MAT 本身加大初始内存，这个可以修改安装目录中的 MemoryAnalyzer.ini 文件。

![20200919105256892.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 5][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 6][]

柱状图：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 7][]

**2、MAT**  **中的**  **Incoming/Outgoing References**

在柱状图中，我们看到，其实它显示的东西跟  jmap –histo  非常相似的，也就是类、实例、空间大小。 但是 MAT  有一个专业的概念，这个可以显示对象的引入和对象的引出。 在 Eclipse MAT  中，当右键单击任何对象时，将看到下拉菜单。如果选择 “ListObjects” 菜单项，则会注意到两个选项：

with incoming references  对象的引入

with outgoing references   对象的引出

**3、案例解释理解**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 8][]

代码中对象和引用关系如下：

对象  A  和对象  B  持有对象  C  的引用

对象  C  持有对象  D  和对象  E  的引用

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 9][]

4、我们具体分析对象  C  的  Incoming references  和  Outgoing references  。

MAT  连接上（ MAT  不单单只打开  dump  日志，也可以打开正在运行的  JVM  进程，跟  arthas  有点类似，效果是一样的，只是一个是动态的，一个是日 志导出那个时刻的）

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 10][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 11][]

![20200919105654550.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 12][]

![20200919105720470.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 13][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 14][]

对象  C  的  incoming  references  为对象  A 、对象  B  和  C  的类对象（ class ）

**我们再来分析下**  **outgoing reference**

![20200919105751528.png][]

![20200919105800739.png][]

对象  C  的  outgoing references  为对象  D 、对象  E  和  C  的类对象（ class ） 这个 outgoing references  和  incoming  references  非常有用，因为我们做  MAT  分析一般时对代码不了解，排查内存泄漏也好，排查问题也好，垃圾回收中有 一个很重要的概念，可达性分析算法，那么根据这个引入和引出，我就可以知道这些对象的引用关系，在 MAT  中我们就可以知道比如  A,B,C,D,E,F  之间的 引用关系图，便于做具体问题的分析。

**5、MAT**  **中的浅堆与深堆**

**浅堆（** **shallow heap** **）** 代表了对象本身的内存占用，包括对象自身的内存占用，以及“为了引用”其他对象所占用的内存。

**深堆（** **Retained heap** **）** 是一个统计结果，会循环计算引用的具体对象所占用的内存。但是深堆和“对象大小”有一点不同，深堆指的是一个对象被垃圾回 收后，能够释放的内存大小，这些被释放的对象集合，叫做保留集（Retained Set ）

需要说明一下： JAVA  对象大小 = 对象头 \+ 实例数据 \+ 对齐填充

**非数组类型的对象的**  **shallow heap**

shallow\_size= 对象头 \+ 各成员变量大小之和 \+ 对齐填充

其中，各成员变量大小之和就是实例数据，如果存在继承的情况，需要包括父类成员变量

**数组类型的对象的**  **shallow size**

shallow size= 对象头 \+ 类型变量大小 \* 数组长度 \+ 对齐填充，如果是引用类型，则是四字节或者八字节（ 64  位系统），

如果是  boolean  类型，则是一个字节

注意：这里 类型变量大小 \* 数组长度 就是实例数据，强调是变量不是对象本身

对象的内存布局：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 15][]

**案例分析：**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 16][]

对象  A  持有对象  B  和  C  的引用。

对象  B  持有对象  D  和  E  的引用。

对象  C  持有对象  F  和  G  的引用。

Shallow Heap  大小

请记住： **对象的**  **Shallow heap**  **是其自身在内存中的大小** 。

**引用变动的影响**

在下面的示例中，让对象  H  开始持有对  B  的引用。注意对象  B  已经被对象  A  引用了。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 17][]

**在这种情况下，对象**  **A**  **的**  **Retained heap**  **大小将从之前的**  **70**  **减小到**  **40**  **个字节。**

如果对象  A  被垃圾回收了，则将仅会影响  C 、 F  和  G  对象的引用。因此，仅对象  C 、 F  和  G  将被垃圾回收。另一方面，由于  H  持有对  B  的活动引 用，因此对象 B 、 D  和  E  将继续存在于内存中。因此，即使  A  被垃圾回收， B 、 D  和  E  也不会从内存中删除。因此， A  的  Retained heap  大小为： = A 的 shallow heap  大小  \+ C  的  shallow heap  大小  \+ F  的  shallow heap  大小  \+ G  的  shallow heap  大小  = 10 bytes + 10 bytes + 10 bytes + 10 bytes = 40 bytes.

**小结：** 我们可以看到在进行内存分析时，浅堆和深堆是两个非常重要的概念，尤其是深堆，影响着回收这个对象能够带来的垃圾回收的效果，所以在内 存分析中，我们往往会去找那些深堆比较的大的对象，尤其是那些浅堆比较小但深堆比较大的对象，这些对象极有可能是问题对象。

**6、使用**  **MAT**  **进行内存泄漏检测** ：

如果问题特别突出，则可以通过  Find Leaks  菜单快速找出问题。

运行以下代码， 我们开始跑程序：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 18][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 19][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 20][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 21][]

这里一个名称叫做  king-thread  的线程，持有了超过  99%  的对象，数据被一个  HashMap  所持有。 这个就是内存泄漏的点，因为我代码中对线程进行了标识，所以像阿里等公司的编码规范中为什么一定要给线程取名字，这个是有依据的，如果不取名 字的话，这种问题的排查将非常困难。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 22][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 23][]

所以，如果是对于特别明显的内存泄漏，在这里能够帮助我们迅速定位，但通常内存泄漏问题会比较隐蔽，我们需要做更加复杂的分析。

**7、支配树视图**

支配树列出了堆中最大的对象，第二层级的节点表示当被第一层级的节点所引用到的对象，当第一层级对象被回收时，这些对象也将被回收。这个工具 可以帮助我们定位对象间的引用情况，以及垃圾回收时的引用依赖关系。

支配树视图对数据进行了归类，体现了对象之间的依赖关系。我们通常会根据“深堆”进行倒序排序，可以很容易的看到占用内存比较高的几个对象， 点击前面的箭头，即可一层层展开支配关系（依次找深堆明显比浅堆大的对象）。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 24][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 25][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 26][]

从上图层层分解，我们也知道，原来是  king-thread  的深堆和浅堆比例很多（深堆比浅堆多很多、一般经验都是找那些浅堆比较小，同时深堆比较大的对 象）

1 、 一个浅堆非常小的  king-thread  持有了一个非常大的深堆

2 、 这个关系来源于一个  HashMap

3 、 这个  map  中有对象  A ，同时  A  中引用了  B ， B  中引用了  C

4 、 最后找到  C  中里面有一个  ArrayList  引用了一个大数据的数组。

经过分析，内存的泄漏点就在此。一个线程长期持有了  200  个这样的数组 , 有可能导致内存泄漏。

**8、MAT**  **中内存对比**

我们对于堆的快照，其实是一个“瞬时态”，有时候仅仅分析这个瞬时状态，并不一定能确定问题，这就需要对两个或者多个快照进行对比，来确定一

个增长趋势。

我们导出两份  dump  日志，分别是上个例子中循环次数分别是  10  和  100  的两份日志

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 27][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 28][]

导出dump文件  对比：打开柱状图，要注意通过包来分组快速找到我们项目中对象的类

![20200919110612865.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 29][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 30][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 31][]

经过内存日志的对比，分析出来这个类的对象的增长，也可以辅助到问题的定位（快速增加的地方有可能存在内存泄漏）

**9、线程视图**

想要看具体的引用关系，可以通过线程视图。线程在运行中是可以作为  GC Roots  的。我们可以通过线程视图展示了线程内对象的引用关系，以及方法调 用关系，相对比 jstack  获取的栈  dump ，我们能够更加清晰地看到内存中具体的数据。

我们找到了  king-thread ，依次展开找到  holder  对象，可以看到内存的泄漏点

![202009191107321.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 32][]

还有另外一段是陷入无限循环，这个是相互引用导致的（进行问题排查不用被这种情况给误导了，这样的情况一般不会有问题 \--- 可达性分析算法的解决了

相互引用的问题）

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 33][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 34][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 35][]

**10、柱状图视图**

柱状图视图，可以看到除了对象的大小，还有类的实例个数。结合  MAT  提供的不同显示方式，往往能够直接定位问题。也可以通过正则过滤一些信息， 我们在这里输入 MAT ，过滤猜测的、可能出现问题的类，可以看到，创建的这些自定义对象，不多不少正好一百个。

![20200919111017422.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 36][]

右键点击类，然后选择  incoming ，这会列出所有的引用关系。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 37][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 38][]

**Path To GC Roots**

被  JVM  持有的对象，如当前运行的线程对象，被  systemclass loader  加载的对象被称为  GC Roots ，从一个对象到  GC Roots  的引用链被称为  Path to GC Roots ， 通过分析 Path to GC Roots  可以找出  JAVA  的内存泄露问题，当程序不在访问该对象时仍存在到该对象的引用路径（这个对象可能内存泄漏）。 再次选择某个引用关系，然后选择菜单“Path To GC Roots ”，即可显示到  GC Roots  的全路径。通常在排查内存泄漏的时候，会选择排除虚弱软等引用。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 39][]

使用这种方式，即可在引用之间进行跳转，方便的找到所需要的信息（这里从对象反推到了线程  king-thread ） , 也可以快速定位到有内存泄漏的问题代码。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 40][]

**10、高级功能—** **OQL**

MAT  支持一种类似于  SQL  的查询语言  OQL （ Object Query Language ），这个查询语言  VisualVM  工具也支持。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 41][]

查询  A  对象：

select  \*  from  ex14.ObjectsMAT$A

查询包含  java  字样的所有字符串：

select  \*  from  java.lang.String s  wheretoString (s)  like ".\*java.\*"

OQL  有比较多的语法和用法，若想深入了解，可以了解这个网址  http://tech.novosoft-us.com/products/oql\_book.htm

到此JVM 利用MAT 工具分析内存泄漏详解结束，下篇在利用MAT工具实战分析内存泄漏，敬请期待。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70]: /images/20221123/12d6dcfe36814684b2871bc4f50c5420.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 1]: /images/20221123/c2b342a1d4a94e068dd0a27ea3891179.png
[20200919104855156.png]: /images/20221123/d584fc2c46b048d9a0b6a881c9dcbb82.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 2]: /images/20221123/fa30ce3b40dc4868b14179a7f95a03e6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 3]: /images/20221123/a7056832ba754dd1bd56f83295807c6a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 4]: /images/20221123/d29a906f9b7c42e5baa1a4b5501ca4b4.png
[20200919105256892.png]: /images/20221123/8b780416624d4953aa3ea6d1af9aae24.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 5]: /images/20221123/05032a8019464c62af881b248ffcdd3b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 6]: /images/20221123/7efb2f36a6d044dbb85b69df7a81a782.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 7]: /images/20221123/9b2a51244e1f423abb520ad7b7ad3c20.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 8]: /images/20221123/ffca85cae35d423cb2ca6f7d47284d4a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 9]: /images/20221123/f1bd2620a8874f0681f6178fbe3af012.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 10]: /images/20221123/9c09f1862e7049f09c98be4890020c3c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 11]: /images/20221123/8355a8c16da64ba49ee1f8b665e4966c.png
[20200919105654550.png]: /images/20221123/774e106b42c248feb72d8dfbe1d25207.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 12]: /images/20221123/5fb84a1b9be8417ab87fcf767105adb6.png
[20200919105720470.png]: /images/20221123/ebecf364ac7c4519b4ac5a1b3301c691.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 13]: /images/20221123/2f22c64f7dca4ed1a97d24ccee419ae0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 14]: /images/20221123/c87d02bf761a4654b19ff12405c81f76.png
[20200919105751528.png]: /images/20221123/7cf1a06efd2f4f769712cd5e6611c8b8.png
[20200919105800739.png]: /images/20221123/6bfc9ade00084c1ba5bc95970830cd1b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 15]: /images/20221123/81f1865275024c96a162e9d4104108c1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 16]: /images/20221123/23335ba2c1b1436a8e7a7cc9cd69a48f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 17]: /images/20221123/0e5795abaddb4dfabc5344da4c289790.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 18]: /images/20221123/906dc74321904b59bcf5e997594273f2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 19]: /images/20221123/67ba11bd60c845ac8638928e66390693.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 20]: /images/20221123/2e4c6ee666a34ec18408fe6eced58827.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 21]: /images/20221123/091267637e1e47489ae267fc5d928a69.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 22]: /images/20221123/b31aef5934d2463baa72a6fd84c27115.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 23]: /images/20221123/9c5b9b48382c4c799adde8da5ee7d1a5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 24]: /images/20221123/fa30f08e24b04ac9b7ec93f74483a5c1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 25]: /images/20221123/0d9e41fdc49c42d58a727a2442d2b892.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 26]: /images/20221123/ef07cf018e4b46d4b42291d0e409a00b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 27]: /images/20221123/10de6cb7f24b4df0aeee3368b1f1fa92.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 28]: /images/20221123/f9d902e04a2d49ba86045dc0c2074c90.png
[20200919110612865.png]: /images/20221123/f1aa661919474a1cbb4ffe0c1e906a4a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 29]: /images/20221123/68a629efed614182b258e60ea855b133.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 30]: /images/20221123/11496952139e41ccbd1cd2f20c93fdcb.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 31]: /images/20221123/818b7e8edf71496aa2070e381f9abda0.png
[202009191107321.png]: /images/20221123/5d9c1f9c33a6410d9f4e7b2a3862cb1c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 32]: /images/20221123/1fac7159108f44689287ac4168cca9e7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 33]: /images/20221123/c535059452764714990298a7e8e441ce.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 34]: /images/20221123/fe0d981b6921491881dfe893c5d57f39.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 35]: /images/20221123/d207f16a14364f949ed237a340e88b39.png
[20200919111017422.png]: /images/20221123/5200733bd62441abbed69fb3e75a7041.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 36]: /images/20221123/d22f2cd9c5224992b4beaceaa632e37f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 37]: /images/20221123/e3afb0b26036473eb226a86616cfa150.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 38]: /images/20221123/46b0ebbf103445dfa759ee94b1487822.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 39]: /images/20221123/21253b60b4614fdc8003952edca91aa9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 40]: /images/20221123/c16bd38b8c9f4a1ab0de138e67ecba37.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L25hbmRhbzE1OA_size_16_color_FFFFFF_t_70 41]: /images/20221123/09da81b4271143e7ac434b6727b20472.png