Redis—五大对象

痛定思痛。 2021-11-10 09:46 264阅读 0赞

## Redis五大对象 ##

在前面我们学习了Redis中的数据结构, 但是Redis并没有直接使用这些数据结构来实现键值对数据库, 而是基于这些数据结构创建了一个对象系统. 这个系统包括了字符串对象, 列表对象, 哈希对象, 集合对象和有序集合对象这五中类型的对象, 每种对象都至少对应了至少一种前面的数据结构

通过这五种不同类型的对象, Redis可以在执行命令前, 根据对象的类型来判断一个对象是否可以执行给定的命令. 另外, 可以针对不同的使用场景为对象设置多种不同的数据结构实现, 从而优化对象在不同场景下的使用效率.

除此之外, Redis的对象系统还实现了**基于引用计数的内存回收机制**, 当程序不再使用某个对象的时候, 这个对象被占用的内存就会被自动释放; 另外, Redis还通过引用计数 实现了对象共享机制, 这一机制在适当条件下, 通过让多个数据库键共享同一个对象来节约内存

最后, Redis的对象带有访问时间记录信息, 该信息该以用于计算数据库键的空转时长, 在服务器启用了maxmemory功能的情况下, 空转时长较大的那些键可能会优先被服务器删除

### 1.对象的类型和编码 ###

Redis使用对象来表示数据库的键和值, 每次当我们在Redis数据库新建一个键值对时, 至少会创建两个对象 , 一个对象用于键, 一个对象用于值

Redis中的每个对象都由一个redisObject结构来表示, 该结构中和保存数据有关的三个属性分别是type属性, encoding属性, ptr属性

typedef struct redisObject {
        
        //类型
        unsigned type:4;
        //编码
        unsigned encoding:4;
        //指向底层实现数据结构的指针
        void *ptr  
        //...
    } robj;

#### 1>类型 ####

对象的type属性记录了对象的类型, 如表中所示

<table> 
 <thead> 
  <tr> 
   <th>类型常量</th> 
   <th>对象的名称</th> 
   <th>实现方式</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>REDIS_STRING</td> 
   <td>字符串对象</td> 
   <td>整数值 ,ebstr的SDS,raw的SDS</td> 
  </tr> 
  <tr> 
   <td>REDIS_LIST</td> 
   <td>列表对象</td> 
   <td>压缩列表, 双端链表</td> 
  </tr> 
  <tr> 
   <td>REDIS_HASH</td> 
   <td>哈希对象</td> 
   <td>压缩列表, 字典</td> 
  </tr> 
  <tr> 
   <td>REDIS_SET</td> 
   <td>集合对象</td> 
   <td>整数集合, 字典</td> 
  </tr> 
  <tr> 
   <td>REDIS_ZSET</td> 
   <td>有序集合对象</td> 
   <td>压缩列表, 跳表+字典</td> 
  </tr> 
 </tbody> 
</table>

对于Redis数据库保存的键值对来说, **键总是一个字符串对象**, 而值则可以是字符串对象, 列表对象, 哈希对象, 集合对象, 有序集合对象中的一种

#### 2>编码和底层实现 ####

对象的ptr指针指向对象的底层实现数据结构, 而这些数据结构由对象 的encoding属性决定.

encoding属性记录了对象所使用的编码, 也就是说这个对象使用了什么数据结构作为对象的底层实现

<table> 
 <thead> 
  <tr> 
   <th>编码常量</th> 
   <th>编码所对应的底层数据结构</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>REDIS_ENCODING_INT</td> 
   <td>long类型的整数</td> 
  </tr> 
  <tr> 
   <td>REDIS_ENCODING_EMBSTR</td> 
   <td>embstr 编码的简单动态字符串</td> 
  </tr> 
  <tr> 
   <td>REDIS_ENCODING_RAW</td> 
   <td>简单动态字符串</td> 
  </tr> 
  <tr> 
   <td>REDIS_ENCODING_HT</td> 
   <td>字典</td> 
  </tr> 
  <tr> 
   <td>REDIS_ENCODING_LINKEDLIST</td> 
   <td>双端链表</td> 
  </tr> 
  <tr> 
   <td>REDIS_ENCODING_ZIPLIST</td> 
   <td>压缩列表</td> 
  </tr> 
  <tr> 
   <td>REDIS_ENCODING_INTSET</td> 
   <td>整数集合</td> 
  </tr> 
  <tr> 
   <td>REDIS_ENCODING_SKIPLIST</td> 
   <td>跳跃表和字典</td> 
  </tr> 
 </tbody> 
</table>

通过encoding属性来设定对象所使用的编码, 而不是为特定对象关联一种特定的编码, 极大地提高了Redis的灵活性和效率, 因为Redis可以根据不同的使用场景来为一个对象设置不同的编码, 从而优化对象在某一场景下的效率

### 2.五大对象 ###

#### 1>字符串对象 ####

字符串对象的编码可以是int, raw 或者embstr

如果一个字符串对象保存的是整数值, 并且这个整数值可以用long类型来表示, 那么字符串对象会将整数值保存在字符串对象结构的ptr属性里面(将void \* 换成long), 并将字符串对象的编码设置为int

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70]

如果字符串对象保存的是一个字符串值, 并且这个字符串值的长度大于39字节, 那么字符串对象将使用一个简单动态字符串(SDS)来保存这个字符串值, 并将对象的编码设置为raw

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 1]

如果字符串保存的是一个字符串值, 并且这个字符串值的长度小于等于39字节, 那么字符串对象将使用embstr编码的方式来保存这个字符串值

embstr编码是专门用于保存短字符串的一种优化编码方式, 这种编码和raw编码一样, 都使用redisObject和sdshsr结构来表示字符串对象, 但raw编码会调用两次内存分配函数来分别创建redisObject结构和sdshdr结构, 而embstr编码则会通过一次内存分配函数来**分配一块连续的空间**, 空间中依次包含redisObject和sdshdr两个结构

![在这里插入图片描述][20190802162218185.png]

使用embstr编码的字符串对象来保存短字符串值有以下好处 :

*  embstr编码将创建字符串对象所需的内存分配次数从raw编码的两次降低为一次
 *  释放embstr编码的字符串对象只需要调用一次内存释放函数, 而释放raw编码的字符串对象需要调用两次内存释放函数
 *  因为embstr编码的字符串对象的所有数据都能保存在一块连续的内存里面, 所以这总编码的字符串对象比起raw编码的字符串对象能更好地利用缓存带来的优势

最后, 可以用long double类型表示的浮点数在Redis中也是作为字符串值来保存的

**编码的转换 :**

int编码的字符串对象和embstr编码的字符串对象在条件满足的情况下, 会被转换为raw编码的字符串对象

对于int编码的字符串对象来说, 如果向对象执行了一些命令, 使得这个对象存的不再是整数值, 那么字符串对象编码将从int变为raw

因为Redis并没有对embstr编码的字符串对象编写任何修改程序, 所以embstr编码的字符串对象实际上是**只读的**.党对embstr执行修改命令是, 程序会先将对象的编码从embstr转换成raw, 然后再执行命令

**常用命令 :**

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>SET</td> 
   <td>保存值</td> 
  </tr> 
  <tr> 
   <td>GET</td> 
   <td>取值</td> 
  </tr> 
  <tr> 
   <td>APPEND</td> 
   <td>将给定字符串追加到现有字符串末尾</td> 
  </tr> 
  <tr> 
   <td>STRLEN</td> 
   <td>返回字符串的长度</td> 
  </tr> 
 </tbody> 
</table>

#### 2>列表对象 ####

列表对象的编码可以是ziplist或者linkedlist

ziplist编码的 列表对象使用压缩列表作为底层实现, 每个压缩列表节点保存了一个列表元素.

若执行如下命令 :

redis > RPUSH 1 "three" 5
    (integer) 3

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 2]

另一方面, linkedlist编码的列表对象使用双端链表作为底层实现, 每个双端链表节点都保存了一个字符串对象, 而每个字符串对象都保存了一个列表元素

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 3]

注意, linkedlist编码的列表对象在底层的双端列表结构中包含了多个字符串对象, 这种签到字符串对象的行为在后面介绍的哈希对象, 集合对象和有序集合对象中都会出现. 字符串对象是Redis五中类型的对象中唯一一种会被其他四种对象嵌套的对象

**编码转换 :** 当列表对象可以同时满足以下两个条件时, 列表对象使用ziplist编码 :

*  列表对象保存的所有字符串元素的长度都小于64字节;
 *  列表对象保存的元素数量小于512个;

不能满足这两个条件的列表对象需要使用linkedlist编码

**常用命令 :**

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>LPUSH</td> 
   <td>将元素放在列表表头</td> 
  </tr> 
  <tr> 
   <td>RPUSH</td> 
   <td>将元素放在列表表尾</td> 
  </tr> 
  <tr> 
   <td>LPOP</td> 
   <td>将表头元素返回给用户并删除</td> 
  </tr> 
  <tr> 
   <td>RPOP</td> 
   <td>将表尾元素返回给用户并删除</td> 
  </tr> 
 </tbody> 
</table>

#### 3>哈希对象 ####

哈希对象的编码可以是ziplist或者hashtable  
ziplist编码的哈希对象使用压缩列表作为底层实现, 每当有新的键值对要加入到哈希对象时, 程序会先将保存了键的压缩列表节点推入到压缩列表表尾, 然后再将保存了值的压缩列表节点推入到压缩列表表尾. 因此 :

*  保存了同一键值对的两个节点总是紧挨在一起, 保存键的节点在前, 保存值的节点在后
 *  先添加到哈希对象中的键值对会被放在压缩列表的表头方向, 后添加到哈希对象中的键值会被放在压缩列表的表尾方向

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 4]

另一方面, hashtable编码的哈希对象使用字典作为底层实现, 哈希对象中的每个键值对都使用一个字典键值对来保存

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 5]

**编码转化 :** 当哈希对象可以同时满足以下两个条件时, 哈希对象使用ziplist编码 :

*  哈希对象保存的所有键值对的键和值的长度都小于64字节;
 *  哈希对象保存的键值对数量小于512个;

不能满足这两个条件的哈希对象需要 使用hashtable编码

**常用命令 :**

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>HSET</td> 
   <td>将键和值依次推入压缩列表表尾; 或将新节点加入到字典中</td> 
  </tr> 
  <tr> 
   <td>HGET</td> 
   <td>根据值找到对应节点, 并返回值节点; 返回字典中该键所对应的值</td> 
  </tr> 
  <tr> 
   <td>HLEN</td> 
   <td>返回哈希对象中键值对的数量</td> 
  </tr> 
 </tbody> 
</table>

#### 4>集合对象 ####

集合对象的编码可以是intset或者hashtable

intset编码的集合对象 使用整数集合作为底层实现, 集合对象 包含的所有元素都被保存在整数集合里面

例如,执行命令 :

redis > SADD numbers 1 3 5
    (integer) 3

![\[外链图片转存失败(img-OgOjHC0n-1564733886155)(/home/shidongxuan/.config/Typora/typora-user-images/1564717644542.png)\]][img-OgOjHC0n-1564733886155_home_shidongxuan_.config_Typora_typora-user-images_1564717644542.png]

另一方面, hashtable编码的集合对象使用字典作为底层实现, 字典的每个键都是一个字符串对象, 每个字符串对象包含了一个集合元素, 而字典的值则全部被设置为NULL

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 6]

**编码的转换 :**

当集合对象可以同时满足以下两个条件时, 对象使用intset编码 :

*  集合对象保存的所有元素都是整数 值
 *  集合对象保存的元素数量不超过512个

不能满足这两个条件的集合对象需要使用hashtable编码

**常用命令 :**

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>SADD</td> 
   <td>添加所有新元素</td> 
  </tr> 
  <tr> 
   <td>SCARD</td> 
   <td>返回整数集合包含的元素数量</td> 
  </tr> 
  <tr> 
   <td>SISMEMBER</td> 
   <td>在集合中查找给定的元素</td> 
  </tr> 
 </tbody> 
</table>

#### 5>有序集合对象 ####

有序集合的编码可以是ziplist或者skiplist

ziplist编码的有序集合对象使用压缩列表作为底层实现, 每个集合元素使用两个紧挨在一起的压缩列表节点来保存, 第一个节点保存元素的成员(member), 而第二个元素 则保存元素的分值(score)

压缩列表内的集合元素按分值大小进行排序.

例如执行下列命令 :

redis > ZADD price 8.5 apple 5.0 banana 6.0 cherry
    (integer) 3

如果price键的值对象使用的是ziplist编码, 那么这个值对象如图的这个样子

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 7]

skiplist编码的有序集合对象使用zset结构作为底层实现, 一个zset结构同时包含一个字典和跳跃表

typedef struct zset {
        
        zskiplist *zsl;
        dict *dict;
    } zset

zset结构中的zsl跳跃表按分值从大到小保存了所有集合元素, **每个跳跃表节点都保存了一个集合元素** : 跳跃节点的object属性保存了元素的成员, 跳跃节点的score属性保存了元素的分值. 通过这个跳跃表, 程序可以对游戏集合进行范围型操作.

除此之外, zset结构中的dict字典为有序集合创建了一个从成员到分值的映射, 字典中的每个键值都对应了一个集合元素 : **字典的键保存了元素的成员, 而字典的值则保存了元素的分值**. 通过这个字典, 程序可以用O(1)复杂度叉查找给定成员的分值

有序集合每个元素的成员都是一个字符串对象, 每个元素的分值都是一个double类型的浮点数. 虽然zset结构同时使用跳跃表和字典来保存游戏集合元素, 但**这两种数据结构 都会通过指针来共享相同元素的成员和分值**, 因此不会浪费额外的内存

**为们有序集合要同时使用跳跃表和字典来实现 ?**

理论上, 有序集合可以单独使用字典或者跳跃表其中的一种数据结构来实现, 但是无论单独使用字典还是跳跃表, 在性能上都会有所下架. 例如 : 如果只用字典来实现有序集合, 虽然查找成员的分值是O(1). 但是字典以无序的方式来保存集合, 所以每次进行范围性操作, 都需要至少O(NlogN)的时间复杂度, 以及额外的O(N)的内存空间; 另一方面, 如果只用跳跃表来实现有序集合, 那么跳跃表执行范围型操作的优点会被保留, 但查找成员分值又需要O(logN)的时间复杂度. 所以, Redis选择了同时使用字典和跳跃表两种数据结构来实现有序集合

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 8]

**编码的转化 :** 当有序集合对象同时满足下面两个条件时, 对象使用ziplist编码 :

*  有序集合保存的元素数量小于128个
 *  有序集合保存的所有元素成员的长度都小于64字节

不能满足上面两个条件的有序集合对象将使用skiplist编码

**常用命令 :**

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>ZADD</td> 
   <td>添加将新元素和其分值</td> 
  </tr> 
  <tr> 
   <td>ZCARD</td> 
   <td>返回集合元素的数量</td> 
  </tr> 
  <tr> 
   <td>ZRANGE</td> 
   <td>遍历跳跃表, 返回给定范围内的所有元素</td> 
  </tr> 
  <tr> 
   <td>ZRANK</td> 
   <td>查找给定成员的排序第几位</td> 
  </tr> 
  <tr> 
   <td>ZSCORE</td> 
   <td>查找给定成员的分值</td> 
  </tr> 
 </tbody> 
</table>

### 3.类型检查与命令多态 ###

Redis中用于操作键的命令基本上可以分为两种类型

其中一种命令可以对任何类型的键执行, 比如说DEL命令, EXPIRE命令, REBANE命令, TYPE命令, OBJECT命令等

另一种命令只能对特定类型的键执行

#### 1>类型检查的实现 ####

为了确保只有指定类型的键可以执行某些特定的命令, 在执行一个类型特定的命令之前, Redis会先检查输入键的类型是否正确, 然后再决定是否执行给定的命令

类型特定命令所进行的类型检查是通过redisObject结构的type属性来实现的 :

*  在执行一个类型特定命令之前, 服务器会先检查输入数据库键的值对象是否为执行命令所需的类型, 如果是的话, 服务器就对键执行指定的命令
 *  否则, 服务器将拒绝执行命令, 并向客户端返回一个类型错误

#### 2>多态命令的实现 ####

Redis除了会根据对象的类型来判断是否能够执行特定命令之外, 还会根据值对象的编码方式, 选择正确的命令实现代码来执行命令

例如 : 我们对一个键执行LLEN命令, 那么服务器除了要保证执行命令的是列表键之外, 还需要根据键的值对象所使用的编码来选择正确的LLEN命令实现

*  如果列表对象的编码为ziplist, 那么说明列表对象的实现为压缩列表, 程序将使用ziplistLen函数返回列表的长度
 *  如果列表对象的编码为linkedlist, 那么说明列表对象的实现为双端链表, 程序将使用listLength函数来返回双端链表的长度;

借用面向对象的属于来说, 可以认为LLEN命令是多态的. 实际上DEL, EXPIRE, TYPE这些命令也称为多态命令, 因为无论输入的键是什么类型, 都能正确执行

DEL,EXPIRE等命令和LLEN等命令的区别在于, 前者是基于类型的多态, 而后者是基于编码的多态

### 3.内存回收 ###

因为C语言不具备自动内存回收的功能, 所以Redis在自己的对象系统中构建了一个引用计数(reference counting)技术实现的内存回收机制, 通过这一机制吗程序可以通过跟踪对象的引用计数信息, 在适当的时候自动释放对象并进行内存回收

每个对象的引用计数信息由redisObject结构的refcount属性记录

对象的引用计数信息会随着对象的使用状态而不断变化

*  在创建一个新对象时, 引用计数的值会被初始化为1;
 *  当对象被一个新程序使用时, 它的引用计数值会被增一
 *  当对象不再被一个程序使用时, 它的引用计数值会被减一;
 *  当对象的引用计数值变为0时, 对象所占用的内存会被释放

对象的整个生命周期可以被划分为创建对象, 操作对象, 释放对象三个阶段

### 4.对象共享 ###

除了用于实现引用计数的内存回收机制之外, 对象的引用计数属性还带有对象共享的作用.

举个例子, 假设键A创建了一个包含整数值100的字符串对象作为值对象, 这时B也要创建一个同样保存了整数值100的字符串对象作为值对象. 那么服务器会让键A和键B共享同一个字符串对象

在Redis中, 让多个键共享同一个对象需要执行以下两个步骤

*  将数据库的键的值指针指向一个现有的对象
 *  将被共享的值对象的引用计数增一

目前来说, Redis会在初始化服务器时, 创建一万个字符串对象, 这些对象包含了从0 到 9999 的所有整数值, 当服务器需要用到值为0 到9999的字符串对象时, 服务器就会使用这些共享对象, 而不是新建对象

这些共享对象不仅只有字符串键可以使用, 那些在数据结构中嵌套了字符串对象的对象都可以使用这些共享对象

尽管共享更复杂的对象可以节约更多的内存, 但受到CPU时间的限制, Redis只对包含整数值的字符串对象进行共享

### 5.对象的空转时长 ###

redisObject包含的最后一个属性为lru属性, 该属性记录了对象最后一次被命令程序访问的时间

OBJECT IDLETIME命令可以打印出给定键的空转时长, 这一空转时长就是通过将当前时间减去键的值对象的lru时间计算得出的

键的空转时长还有一个作用 : 如果服务器打开了maxmemory选项, 并且服务器用于回收内存的算法为volatile-lru或者allkeys-lru, 那么服务器占用的内存数超过了maxmemory选项所设置的上限值时, **空转时长较高的那部分键会优先被服务器释放, 从而回收内存**

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70]: /images/20211109/bf345dff79684356b420c278dd2f81fa.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 1]: /images/20211109/668569acf9ad468ba62dafe738af7ede.png
[20190802162218185.png]: /images/20211109/eb0ff16043384a56a0935238626fcacc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 2]: /images/20211109/e78ddb9768fc43289ba64d7aaf883d29.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 3]: /images/20211109/43302a94b5774f89a3128fb9a9970f0e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 4]: /images/20211109/3e65935d3de943729741e66e0711407c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 5]: /images/20211109/1abaa442666241609d773e87eb7102f2.png
[img-OgOjHC0n-1564733886155_home_shidongxuan_.config_Typora_typora-user-images_1564717644542.png]: /images/20211109/4764ddc55f0248bdbdcfde361ece477e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 6]: /images/20211109/8164defbdb754c29b377d0a699d1fe44.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 7]: /images/20211109/cac2e944b6bc45189ac1d6e3d1a2dc17.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dpbnRlcnNoaWk_size_16_color_FFFFFF_t_70 8]: /images/20211109/9ce29a57ffc24ab8bcfcb5b09a925a42.png