358-protobuf的实践

港控/mmm° 2022-09-02 00:48 100阅读 0赞

**关于protobuf的安装配置在之前的博客已经阐述。  
接下来我们打开Ubuntu下的vscode  
下图是我的项目代码工程。我们在test创建protobuf文件夹。  
然后在protobuf文件下创建main.cc和test.proto进行我们的实践。**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70]

## protobuf的实践(1) ##

**我们先在test.proto定义消息类型（message)**  
**注意**：里面的类型都是谷歌protobuf定义的类型，和C++的类型相似  
**我们用bytes定义字符串类型，多字节存储，处理的是字节，省时省消耗**  
**如果写成string，还要把字符转成字节存储。**  
因为protobuf的二进制存储的

syntax = "proto3"; // 声明了protobuf的版本
    
    package fixbug; // 声明了代码所在的包（对于C++来说是namespace）
    
    message ResultCode//可以封装一下失败类，减少代码重复量
    {
        
        int32 errcode = 1;//表示第1字段
        bytes errmsg = 2;//表示第2字段
    }
    
    // 定义登录请求消息类型  name   pwd
    message LoginRequest
    {
        
        bytes name = 1;//表示第1字段
        bytes pwd = 2;//表示第2字段
    }
    
    // 定义登录响应消息类型
    message LoginResponse
    {
        
        ResultCode result = 1;//表示第1字段
        bool success = 2;//表示第2字段
    }

我们配置完test.proto之后，打开终端，进入到protobuf中  
**输入命令：protoc test.proto --cpp.out=./**  
**生成了teat.pb.cc和test.pb.h两个文件**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 1]  
![在这里插入图片描述][d9a10fc71b74481388fdef0286357acc.png]  
![在这里插入图片描述][aa06e50b604749c7addeeb984f12f52e.png]

**温馨提示：我们写完文件退出保存后再去编译运行它！**  
可以看到我们之前定义的LoginRequest是一个class类！  
我们定义的name，pwd相当于就是LoginRequest类的成员变量，也有相应的成员方法！  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 2]  
![在这里插入图片描述][6747eedbfa3b448d98d624554dcc1ec7.png]  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16]

**接下来我们打开main.cc，编码测试protobuf!**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 1]

#include "test.pb.h"
    #include <iostream>
    #include <string>
    using namespace fixbug;
    
    int main()
    {
        
        // 封装了login请求对象的数据
        LoginRequest req;
        req.set_name("linzeyu");//用户名：林泽宇
        req.set_pwd("123456");//密码：123456
    
        // 对象数据序列化 =》 char*
        std::string send_str;
        if (req.SerializeToString(&send_str))
        {
        
            std::cout << send_str.c_str() << std::endl;
        }
    
        // 从send_str反序列化一个login请求对象
        LoginRequest reqB;
        if (reqB.ParseFromString(send_str))
        {
        
            std::cout << reqB.name() << std::endl;
            std::cout << reqB.pwd() << std::endl;
        }
    
        return 0;
    }

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 3]  
**我们保存文件，打开终端，输入以下命令**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 4]  
**因为我们的protobuf是生成动态库，所以要加上-lprotobuf  
生成a.out文件  
运行成功了！！！**

**序列化成**  
linzeyu123456  
**反序列化成**  
linzeyu  
123456

## protobuf的实践(2) ##

我们在存储数据的时候，有3种形式：  
**数据 列表 映射表**  
接下来我们玩一下 **列表！**

**以获取好友列表为例**

**我们先在test.proto定义消息类型**

syntax = "proto3"; // 声明了protobuf的版本
    
    package fixbug; // 声明了代码所在的包（对于C++来说是namespace）
    
    message ResultCode//封装一下失败类
    {
        
        int32 errcode = 1;//表示第1字段
        bytes errmsg = 2;//表示第2字段
    }
    
    // 定义登录请求消息类型  name   pwd
    message LoginRequest
    {
        
        bytes name = 1;//表示第1字段
        bytes pwd = 2;//表示第2字段
    }
    
    // 定义登录响应消息类型
    message LoginResponse
    {
        
        ResultCode result = 1;//表示第1字段
        bool success = 2;//表示第2字段
    }
    
    //获取好友列表请求
    message GetFriendListsRequest
    {
        
        uint32 userid = 1;
    }
    
    //返回用户的信息
    message User
    {
        
        bytes name = 1;
        uint32 age = 2;
        enum Sex//枚举
        {
        
            MAN = 0;//枚举是从0开始的
            WOMAN = 1;
        }
        Sex sex = 3;
    }
    
    //获取好友列表请求的响应
    message GetFriendListsResponse
    {
        
        ResultCode result = 1;
        repeated User friend_list = 2; // 定义了一个列表类型
    }

**保存，打开终端进入到protobuf，输入命令  
protoc test.proto --cpp\_out=./**  
![在这里插入图片描述][c5fc52a1bff94f719384868de7075c3a.png]  
![在这里插入图片描述][7c233132aca946fb9937697f89c64d23.png]

**接下来我们打开main.cc**

#include "test.pb.h"
    #include <iostream>
    #include <string>
    using namespace fixbug;
    
    
    int main()
    {
        
        // LoginResponse rsp; //登录响应
        // ResultCode *rc = rsp.mutable_result();//mutable是可变的意思
        // rc->set_errcode(1);
        // rc->set_errmsg("登录处理失败了");
        
        GetFriendListsResponse rsp;
        ResultCode *rc = rsp.mutable_result();
        rc->set_errcode(0);
    
        User *user1 = rsp.add_friend_list();
        user1->set_name("zhang san");
        user1->set_age(20);
        user1->set_sex(User::MAN);
    
        User *user2 = rsp.add_friend_list();
        user2->set_name("li si");
        user2->set_age(22);
        user2->set_sex(User::MAN);
    
        std::cout << rsp.friend_list_size() << std::endl;
    
        return 0;
    }

**保存，编译，运行**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 5]  
**2个好友！**  
![在这里插入图片描述][62fcfe25f1384b30bb8adfc9f89d2946.png]  
**这个方法是根据下标index返回指定好友的信息**  
我们还可以定义成map映射表（google::protobuf::下专门定义的类型）  
![在这里插入图片描述][4661f2f497534b879a9d3b43b2cfcad2.png]  
然后根据protoc生成C++或者Java之类的代码

## protobuf的实践（定义RPC方法) ##

**在protobuf里面怎么定义描述rpc方法的类型？**  
**传输RPC方法名字和所调用方法的参数**

**protobuf本身没有提供rpc通信功能。  
我们是要它做RPC方法调用的序列化和反序列化！**  
**在test.proto配置如下**  
![在这里插入图片描述][01d4fe2534e142c4bf78db61729157ae.png]  
**这相当于是定义一个login的rpc方法，login是rpc方法的名字，protobuf不支持rpc通信功能，只支持对于rpc方法的描述，通过这个描述，它就可以去做rpc请求的携带的参数的序列化和反序列化，login的小括号就存储实参的protobuf的类型表示，returns就是表示：这个rpc方法login()执行以后返回的protobuf打包的类型。**

//定义下面的选项，表示生成service服务类和rpc方法描述，默认不生成
    option cc_generic_services = true;
    //在protobuf里面怎么定义描述rpc方法的类型 - service
    service UserServiceRpc
    {
        
        rpc Login(LoginRequest) returns(LoginResponse);
        rpc GetFriendLists(GetFriendListsRequest) returns(GetFriendListsResponse);
    }//服务类及服务的方法

**test.proto全套代码：**  
message描述的都是class类

syntax = "proto3"; // 声明了protobuf的版本
    
    package fixbug; // 声明了代码所在的包（对于C++来说是namespace）
    
    //定义下面的选项，表示生成service服务类和rpc方法描述，默认不生成
    option cc_generic_services = true;
    
    message ResultCode//封装一下失败类
    {
        
        int32 errcode = 1;//表示第1字段
        bytes errmsg = 2;//表示第2字段
    }
    
    // 定义登录请求消息类型  name   pwd
    message LoginRequest
    {
        
        bytes name = 1;//表示第1字段
        bytes pwd = 2;//表示第2字段
    }
    
    // 定义登录响应消息类型
    message LoginResponse
    {
        
        ResultCode result = 1;//表示第1字段
        bool success = 2;//表示第2字段
    }
    
    //获取好友列表请求
    message GetFriendListsRequest
    {
        
        uint32 userid = 1;
    }
    
    //返回用户的信息
    message User
    {
        
        bytes name = 1;
        uint32 age = 2;
        enum Sex//枚举
        {
        
            MAN = 0;//枚举是从0开始的
            WOMAN = 1;
        }
        Sex sex = 3;
    }
    
    //获取好友列表请求的响应
    message GetFriendListsResponse
    {
        
        ResultCode result = 1;
        repeated User friend_list = 2; // 定义了一个列表类型
    }
    
    //在protobuf里面怎么定义描述rpc方法的类型 - service
    service UserServiceRpc
    {
        
        rpc Login(LoginRequest) returns(LoginResponse);
        rpc GetFriendLists(GetFriendListsRequest) returns(GetFriendListsResponse);
    }

**保存，编译**  
![在这里插入图片描述][6f7ede8ced8647c1ae45dad1797f42b4.png]  
**我们进入生成的test.pb.h看到，服务service生成了UserServiceRpc类和UserServiceRpc\_stub类（桩，代理类）**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 6]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 7]  
**相当于是说，本地调用一个RPC方法的时候，底层要做很多事情，这些事情都是由代理类来做的。**

## 解析protobuf的message类 ##

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 2]

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

![在这里插入图片描述][85b5dce881cd4b2bbf21d6a19e9d6c66.png]  
基类Message提供了很多成员方法！！！

## 解析protobuf的service类 ##

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 3]

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

**我们先来看看生成的UserServiceRpc类有什么东西？**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 4]

**是无参数的构造函数：**  
**UserServiceRpc类是使用在rpc服务的提供者（callee，远程方法的执行端）**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 10]  
**虚函数，让派生类重写。我们看到，这些方法的名字就是我们定义rpc服务的方法的名字。**  
**而且参数都是4个。而且是固定的。**

**我们得知道rpc方法的名字（属于哪一个类类型的方法）和调用函数方法的参数，都在ServiceDescriptor描述（服务的名字，服务里面的方法名字，参数，请求的是纯对象的oop方法）。**

**我们接着看**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 5]  
![在这里插入图片描述][8498f5ce73c74622bbd100d0d5388ee2.png]  
**这个类Stub是用在RPC调用的发起端（caller端，rpc服务的消费者）。**  
![在这里插入图片描述][9a4a709500db46bf8d0efb18261b5035.png]  
**我们发现，stub类是没有默认构造函数的！！！**  
**是有带参数的构造函数！！！**  
**得传Rpcchannel指针！！！**  
**Rpcchannel是什么？**  
**我们还注意到有一个成员变量**  
![在这里插入图片描述][f5f2d13b9caf4a3c97c6140a8b55205b.png]  
**他也有这两个方法：**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 11]  
**实际上是虚函数，因为都是从基类继承而来的，基类的方法是虚函数。**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 12]  
**区别：**  
UserService有默认的构造函数，构造的时候不用传参数  
UserService\_Stub没有默认的构造函数，要传Rpcchannel指针，而且有一个成员变量：Rpcchannel指针，接收了构造函数的实参  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 6]

**我们发现：不管是调用什么方法，底层都是调用channel的CallMethod方法！**  
**method(0)和method1(1)肯定是区分方法的名字**![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 13]

## Rpcchannel是什么呢？ ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 14]**是一个抽象类！**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 15]  
**意味着我们必须自己去实现一个类，从Rpcchannel继承而来，重写CallMethod方法。**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 16]  
**就是传自己实现的MyRpcChannel给Rpcchannel指针，派生类是可以用基类指针的。**  
**到时候，调用stub的login方法或者getfriendlist方法都是基类指针指向了派生类同名的方法。**  
![在这里插入图片描述][f2a5288269044789b44092f962d34251.png]  
**用stub桩类不管调用哪个方法，最终都调用到我们的MyRpcChannel的CallMethod方法，我们在这里就可以进行rpc方法的序列化和反序列化，然后发起远程的rpc调用请求。**

**message类是专门用作rpc方法的参数和返回值的序列化和反序列化的**

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70]: /images/20220829/0b824fbd83824e94aeff5b582410ec31.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 1]: /images/20220829/23f4fdcf7e654d999d1726c2a9941a45.png
[d9a10fc71b74481388fdef0286357acc.png]: /images/20220829/3fb2128e284d4269a84ca4b9a080babf.png
[aa06e50b604749c7addeeb984f12f52e.png]: /images/20220829/0f2d6c9821d34ea889a8dd5aff18af24.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 2]: /images/20220829/9fdbfec40da9474f99e3c655585b5d27.png
[6747eedbfa3b448d98d624554dcc1ec7.png]: /images/20220829/f3c24f68ca474b66b8128bebcac9b7c8.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220829/beb6bff02b2a45dcb558b7815d766f40.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220829/6e65db51054b4113943204515831b273.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 3]: /images/20220829/2ac44fe0110b40038d8dc930dba58e56.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 4]: /images/20220829/fbe55e471329423687d05665fbb88d77.png
[c5fc52a1bff94f719384868de7075c3a.png]: /images/20220829/58b346a74718469c9099d2bb79696602.png
[7c233132aca946fb9937697f89c64d23.png]: /images/20220829/f6ad5a04e7ba48fca13b245dae0e92bf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 5]: /images/20220829/5a5a307df69e4bd683edf01532c410a4.png
[62fcfe25f1384b30bb8adfc9f89d2946.png]: /images/20220829/7dd511a9b211474d85438adc05da21a8.png
[4661f2f497534b879a9d3b43b2cfcad2.png]: /images/20220829/5d030b487bb24316b8f6ab437c2b9948.png
[01d4fe2534e142c4bf78db61729157ae.png]: /images/20220829/0745b391313f47a8bf1a3b3e1588099e.png
[6f7ede8ced8647c1ae45dad1797f42b4.png]: /images/20220829/9ec16e055034403484a49b04f125b01c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 6]: /images/20220829/61010a87c69b4a4faf04004d33bc4911.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 7]: /images/20220829/7a68b07fe4c44dff919526b907b50723.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 2]: /images/20220829/ea59622fd083496599b6e43679f71dcd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 8]: /images/20220829/5136624df3dc499490e3e4f3b7293cce.png
[85b5dce881cd4b2bbf21d6a19e9d6c66.png]: /images/20220829/40dfc7ce3c08433380d00a6c70ab065e.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 3]: /images/20220829/b29e751e8a5947c290cd5eb86901a9ef.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 9]: /images/20220829/fbd1e571036e43eab3fd6188c5f8b16a.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 4]: /images/20220829/f1e9b30b2f89458793edc213d75b8e5d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 10]: /images/20220829/e1837ed363c74801a1035131f4fef47d.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 5]: /images/20220829/f1284871355c4e6a91cc6c85f20551cd.png
[8498f5ce73c74622bbd100d0d5388ee2.png]: /images/20220829/2590099612c04b18809a830b9647b87b.png
[9a4a709500db46bf8d0efb18261b5035.png]: /images/20220829/5f978b3df5554c77aff0d0429be2ed5c.png
[f5f2d13b9caf4a3c97c6140a8b55205b.png]: /images/20220829/e6f44d2ea8bc44079e62b74cf316fe6e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 11]: /images/20220829/88538d40af3549ff9285839b542bfcde.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 12]: /images/20220829/9eab05df0116475b9cfd4a4bc1f9dae2.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16 6]: /images/20220829/ca3e51ff9e3946678d997cc721cd4fe1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 13]: /images/20220829/353286ad9dc544d28a54bb6ae60361d0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 14]: /images/20220829/71250ffb48ed45a3a9f83c6a6a6d43a2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 15]: /images/20220829/4a0eaf1d90f541f5a2559538afef0bad.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70 16]: /images/20220829/103701c2ce1f4f258ec089f55b2190a0.png
[f2a5288269044789b44092f962d34251.png]: /images/20220829/af9e5864b216463f9028216d68ed3544.png