Redis设计与实现之对象

野性酷女 2022-11-07 11:48 106阅读 0赞

# 一：Redis中的对象 #

*  Redis使用对象来表示数据库中的键和值，每当我们在Redis的数据库中新创建一个键值对时，我们至少会创建两个对象，一个对象用作键值对的键（键对象），另一个对象用作键值对的值（值对象）。

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

typedef struct redisObject {
        //类型
        unsigned type:4;
        //编码
        unsigned encoding:4;
        //最近访问的时间
        unsigned lru:LRU_BITS; /* LRU time (relative to global lru_clock) or
                                * LFU data (least significant 8 bits frequency
                                * and most significant 16 bits access time). */
        //引用计数
        int refcount;
        //指向底层实现数据结构的指针
        void *ptr;
    } robj;

## 1：type类型 ##

对象的类型有五种：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70][]

redis保存的键值对，键总是一个字符串对象，值可以是字符串对象，列表对象，哈希对象，集合对象，有序集合对象中的一种，因此：

*  当我们称呼一个数据库键为字符串对象的时候，我们表示的数据库键所对应的值为字符串对象。
 *  当我们称呼一个数据库键为列表对象的时候，我们表示的数据库键所对应的值为列表对象。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 1][]

## 2：encoding编码和底层实现 ##

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

encoding属性记录了对象所使用的编码，也就是说根据这个编码可以知道对象用了什么数据结构作为底层的数据结构

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 2][]

每种类型的对象都至少使用了两种不同的编码

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 3][]

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

## 3：字符串对象 ##

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

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

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 4][]

*  如果一个字符串对象保存的是一个字符串，并且这个字符串的长度大于32个字节，那么字符串对象会使用一个简单的动态字符串（SDS）来保存这个字符串的值，并将字符串对象的编码设置为raw。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 5][]

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

embstr编码是专门用来保存短字符串的一种优化编码方式，这种编码和raw编码一样，都是使用redisObject结构和sdshdr结构，而embstr编码则通过调用一次内存分配函数来分配一块连续的空间，空间种包含redisObject结构和sdshdr结构。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 6][]

embstr相比raw的好处有：

*  embstr编码创建字符串对象所需的内存分配次数从raw的两次变为一次。
 *  释放embstr编码的字符串对象只需要调用一次内存释放函数，而释放raw编码的字符串对象需要调用两次内存释放函数。
 *  embstr编码的字符串所有的数据都在一块连续的内存里，所以这种编码的字符串对象比起raw编码的字符串对象能够更好的利用缓存带来的优势。

long double类型表示的浮点数在redis中也是作为字符串值来保存的。

*  保存的时候，我们会把浮点数值转换为字符串值，从而进行保存
 *  进行操作的时候，我们会把字符串值转化为浮点数值，然后进行操作，得到的结果转换为字符串值，然后进行保存。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 7][]

### 3.1：字符串对象编码的转换 ###

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

*  对于int编码的对象，如果我们执行了一系列的操作，使得对象保存的值不再是整数值了，而是一个字符串，那么字符串对象的编码将从int变为raw。
 *  embstr编码的字符串实际上是只读，当我们对embstr编码的字符串对象执行修改命令，程序会先将字符串对象的编码改为raw，然后再执行修改操作。

### 3.2：字符串命令的实现 ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 8][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 9][]

## 4：列表对象 ##

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

*  ziplist编码的列表对象使用压缩列表作为底层实现，每个压缩列表节点（entry）保存了一个列表元素。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 10][]

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

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 11][]

![20210313122213728.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 12][]

### 4.1：编码的转换 ###

1.  列表对象保存的所以字符串元素的长度都小于64字节
2.  列表对象保存的元素数量小于512个，不能满足这两个条件的列表对象需要使用linkedlist编码

list-max-ziplist-value 64
    list-max-ziplist-entries 512

### 4.2： 列表命令的实现 ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 13][]

## 5：哈希对象 ##

哈希对象的编码可以是ziplist或者hashtable.

*  ziplist编码的哈希对象是同压缩列表作为底层实现，每当有新的键值对要加入到哈希对象时，程序会先将保存的键的压缩列表节点推入到压缩列表表尾，然后再将保存了值的压缩列表节点推入到压缩列表表尾。

因此有以下特点：

1：保存了同一键值对的两个节点总是紧挨在一起，保存键的节点在前，保存值得节点在后。

2：先添加到哈希对象中的键值对会被放在压缩列表的表头方向，而后来添加到哈希对象中的键值对会被放在压缩列表的表尾方向。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 14][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 15][]

*  hashtable编码的哈希对象使用字典作为底层实现，哈希对象中的每个键值对都使用字典的键值对来保存。

1.  字典中的每一个键都是字符串对象，对象中保存键值对的值
2.  字典中的每一个值都是字符串对象，对象中保存键值对的值

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 16][]

### 5.1：字符编码的转换 ###

*  哈希对象保存的所有键值对的键和值的字符串长度都小于64字节
 *  哈希对象所保存的键值对数量小于512个，不能满足这两个条件的哈希对象需要使用hashtable编码

# Hashes are encoded using a memory efficient data structure when they have a
    # small number of entries, and the biggest entry does not exceed a given
    # threshold. These thresholds can be configured using the following directives.
    hash-max-ziplist-entries 512
    hash-max-ziplist-value 64

### 5.2：哈希命令的实现 ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 17][]

## 6：集合对象 ##

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

*  intset编码的集合对象使用整数集合作为底层实现，集合对象包含的所有元素都被保存在整数集合里面。
 *  hashtable编码的集合对象使用字典作为底层实现。字典的每一个键都是字符串对象，每个字符串对象包含了一个集合元素，而字典的值则全部被设置为NULL。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 18][]

### 6.1：编码的转换 ###

*  集合对象保存的所有元素都是整数值
 *  集合对象所保存的元素数量不超过512个，不能满足这两个条件的集合对象需要使用hashtable编码

# Sets have a special encoding in just one case: when a set is composed
    # of just strings that happen to be integers in radix 10 in the range
    # of 64 bit signed integers.
    # The following configuration setting sets the limit in the size of the
    # set in order to use this special memory saving encoding.
    set-max-intset-entries 512

### 6.2：集合命令的实现 ###

![20210313130254463.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 19][]

## 7：有序集合对象 ##

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

ziplist编码的哈希对象是同压缩列表作为底层实现，每个集合元素使用两个紧挨在一起的压缩列表节点来保存，第一个节点保存元素的成员，第二个节点则保存元素的分值。

压缩列表的集合元素的分值是按从小到大进行排序的，分值较小的元素靠近表头的方向，而分值较大的元素靠近表尾的方向。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 20][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 21][]

*  skiplist编码的有序集合对象使用zset结构做为底层实现，一个zset结构包含一个字典和一个跳跃表。

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

zset中的字典为有序集合创建了一个从成员到分值的映射，字典中的每一个键值对都保存了一个集合元素，字典的键保存了元素的成员，而字典的值则保存了元素的分值，通过字典，可以o(1)查找给定成员的分值。

而跳跃表也保存了元素的成员和分值，它们都是通过指针共享相同的元素成员和分值。不会产生任何重复的成员和分值，因此不会浪费额外的内存。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 22][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 23][]

注意：元素和分值其实是共享的。

### 7.1: 编码的转换 ###

*  有序集合对象保存的所有元素成员的长度都小于64字节
 *  有序集合对象所保存的元素数量小于128个，不能满足这两个条件的有序集合对象需要使用skiplist编码

# Similarly to hashes and lists, sorted sets are also specially encoded in
    # order to save a lot of space. This encoding is only used when the length and
    # elements of a sorted set are below the following limits:
    zset-max-ziplist-entries 128
    zset-max-ziplist-value 64

7.2：有序集合命令的实现

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 24][]

## 8：类型检查与命令多态 ##

Redis用于操作键的命令类型分为两种，一种是对任何类型的键都可以执行。一种是只对特点类型的键执行。

*  DEL、EXPIRE、RENAME、TYEP、OBJECT等命令对于对任何键使用

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 25][]

### 8.1：类型检查 ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 26][]

### 8.2：多态命令的实现 ###

DEL、EXPIRE、RENAME、TYEP、OBJECT针对的是type的多态，而set则针对的encoding的多态。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 27][]

## 9：内存回收 ##

当redisobject结构下的refcount的值变为0的时候，对象所占用的内存会被释放。

### 9.1：修改引用计数的API ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 28][]

incrRefCount函数

void incrRefCount(robj *o) {
        if (o->refcount < OBJ_FIRST_SPECIAL_REFCOUNT) {
            o->refcount++;
        } else {
            if (o->refcount == OBJ_SHARED_REFCOUNT) {
                /* Nothing to do: this refcount is immutable. */
            } else if (o->refcount == OBJ_STATIC_REFCOUNT) {
                serverPanic("You tried to retain an object allocated in the stack");
            }
        }
    }

decrRefCount函数

void decrRefCount(robj *o) {
        if (o->refcount == 1) {
            switch(o->type) {
            case OBJ_STRING: freeStringObject(o); break;
            case OBJ_LIST: freeListObject(o); break;
            case OBJ_SET: freeSetObject(o); break;
            case OBJ_ZSET: freeZsetObject(o); break;
            case OBJ_HASH: freeHashObject(o); break;
            case OBJ_MODULE: freeModuleObject(o); break;
            case OBJ_STREAM: freeStreamObject(o); break;
            default: serverPanic("Unknown object type"); break;
            }
            zfree(o);
        } else {
            if (o->refcount <= 0) serverPanic("decrRefCount against refcount <= 0");
            if (o->refcount != OBJ_SHARED_REFCOUNT) o->refcount--;
        }
    }

## 10：对象共享 ##

redis初始化的时候会创建0到9999的字符串对象，这样对象会实现共享，当不同对象共享的时候，refcount就会增加。

## 11：对象的空转时长 ##

redisObject对象的lru属性记录了最后一次访问的时间，将当前时间减去最后一次访问的时间，就可以计算除空转时长。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70]: /images/20221023/f33dbff60963436b9c2ab9fa8f349933.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 1]: /images/20221023/6e315f956a564c37b7d3cb9b9bc500b4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 2]: /images/20221023/2dc6d890593144c9831c8930982656a8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 3]: /images/20221023/40c14360abd74ab5ad586720656124f9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 4]: /images/20221023/243e0840c2cb4283b4b1606235db65d2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 5]: /images/20221023/59278149e4964685bd9859d0a91efca0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 6]: /images/20221023/0b88f5dcc20348adaf503bcb19bb262c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 7]: /images/20221023/e7078997e1a148d79f0ff7881b678404.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 8]: /images/20221023/0575701837864036967bef3704f22146.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 9]: /images/20221023/0cac13005f324f2797aadd5afd07f858.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 10]: /images/20221023/fda7a9d4a2584e75bf016032b4207cc5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 11]: /images/20221023/6efcb896e1424cc9bcd2e26ad76a3015.png
[20210313122213728.png]: /images/20221023/171ef6e7088744a2a2c9d08ccf3cc77a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 12]: /images/20221023/c34ce142ecaf4eecbd59f3a47e1e2ede.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 13]: /images/20221023/b8391b4718b5498aa12c71d89695fe1f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 14]: /images/20221023/6def65f5f44c4510b2b53aebfbe45d52.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 15]: /images/20221023/d5ee97d5958d41ea95ce95b75280d094.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 16]: /images/20221023/9d5d583014fb4ce28ef595bb75c3a83a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 17]: /images/20221023/521d447d480d47118494a7001a3c3b9d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 18]: /images/20221023/c6fe02a3f597493d85c6a1d37236ac0a.png
[20210313130254463.png]: /images/20221023/80d7533331594f87a02fab3a535a9dc7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 19]: /images/20221023/191c89b02fad4491a424bb405d309877.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 20]: /images/20221023/b9a37f64bb0d464fa6b76a0422cdecff.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 21]: /images/20221023/fb7ad4ce7ea44e859ae149b5a6c6c14e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 22]: /images/20221023/3b16e85b0a9549399e9adbf1d954b192.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 23]: /images/20221023/34fa0af76f3449139964c11678164fc2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 24]: /images/20221023/efae6e884fe949e489c6dd408075e327.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 25]: /images/20221023/632f6aa320c84a86922bea48ff7971e6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 26]: /images/20221023/3cd45263042348a0af998b62b1ca1b5c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 27]: /images/20221023/a1242062c780402ea664dc5f106a4abf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3NDY5MDU1_size_16_color_FFFFFF_t_70 28]: /images/20221023/42e30987fd9c4a4eb1067f378fc38085.png