206-socket网络编程(2)

青旅半醒 2022-11-01 14:00 172阅读 0赞

## TCP编程流程 ##

**TCP是面向链接的，可靠的，流式服务。**  
**有服务器端和客户端**

**ser（服务器端）**  
1、int sockfd=socket()；//创建监听套接字，就像我们的手机，不过它是通过网络进行数据的收和发，在Linux表现为文件描述符。创建成功后，该函数返回的是一个文件描述符（套接字描述符）。  
2、bind(sockfd,saddr);//指定ip和端口port，绑定。saddr:ipv4的地址包括IP和端口port了。sockfd:套接字描述符  
3、listen(，5);//创建监听队列，像银行大厅坐的凳子，坐在凳子等。5：代表的是监听队列的长度  
4、循环执行int c=accept()；//接受链接，并产生一个新的描述符c，c代表的是一个链接套接字，  
5、recv( c,);//接收数据  
6、send( c );//发送数据  
7、close( c );//关闭描述符

**cli（客户端）**  
1、socket();//创建套接字  
2、connect();//向服务器端发起链接，connect执行成功就是与服务器链接了。  
3、send();//向服务器端发送数据  
4、recv();//服务器收到数据，给客户端发回一个数据  
5、close();//关闭描述符

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center]  
**在服务器端，我们通常只有一个监听套接字，sockfd，但是可以创建多个。服务器端有很多个c（链接套接字描述符）。有几个客户端去链接，服务器端就产生相对应的c。**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 1]

## TCP的三次握手 ##

TCP在收发数据之前要建立链接：通过**三次握手**建立链接。  
**三次握手**：在底层自己完成，我们用户是不参与的。我们只能看到三次握手的成功或者失败。但是不是由我们去控制三次握手。我们只需要去执行客户端的connect();代码，我们就开始发起第一次的链接（握手），第三次链接（握手）后，connect();就返回。如果中途三次握手未能正常完成，connect();也会返回失败！connect();如果返回成功，说明三次握手成功。

**如下图所示，左边是服务器端，右边是客户端。**  
客户端在执行connect();代码以后，开始进行三次握手！  
客户端在执行connect();代码以后，会先向服务器端发生一个头部报文，对服务器请求建立链接  
**这个报文是什么样的？**  
一行32位，4个字节，5行20字节，然后还有选项  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 2]  
客户端发送的请求信息在位序号存放，服务器收到后对这个序号进行确认，把确认信息写在确认号中，

**FIN,SYN,RSTNPSH,ACK,URG这几个标志位来说明报文的类型。**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 3]  
**SYN和FIN是互斥的哦！**  
回到刚才的主题上。客户端执行connect();首先向服务器端发送一个SYN（seq=i)的头部报文（是不包含数据的），服务器端收到以后，要给客户端做一个回复，告诉客户端这个报文收到了，给客户端发送一个SYN(seq=j)，ACK(对客户端发过来的报文进行确认，i+1)的报文，ACK的i+1是进行确认后的号。客户端在收到后要进行确认，给服务器端发送一个ACK（j+1)的头部报文，就是给刚才服务器端发过来的序号进行确认了。**这就是三次握手。**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 4]  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_17_color_FFFFFF_t_70_g_se_x_16]

**当客户端执行connect();链接服务器端的时候，服务器端，listen()；要创建一个监听队列来存放链接。**  
**看下图：**  
当客户端执行connect();以后，开始进行三次握手，首先发送一个SYN的报文，这时候在服务器端listen();执行完成以后，创建2个监听队列，一个用来存放未完成三次握手的链接，一个用来存放已完成三次握手的链接，因为客户端发了一个SYN的报文，未链接，所以放在未完成三次握手的队列中。你在链接服务器端，其他客户端也有可能在链接服务器端，如果有第2个客户端链接服务器端，就放在未完成三次握手的队列的第二个，以此类推。等到三次握手正确完成，把此链接从未完成三次握手的队列挪到完成三次握手的队列中，以此类推。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 5]  
**listen(,5);中的数字5代表什么意思呢？**  
**回答**：在Linux中，5代表已经完成三次握手的队列的长度。在Unix上，listen指的是上下两个队列的长度和。这个5不一定一定就是5，也有可能会达到7,8。不是意味着5就是只能有5个客户端与服务器端进行链接。就像银行大厅，摆10个凳子，是不是今天只能解决10人？？不是的，可以不断的循环坐凳子。**循环复用**！**凳子的确定是根据其处理能力**，如果银行只有2个窗口，10个凳子就可以了，如果银行10个窗口，那么可以申请更多的凳子。  
如果未完成三次握手的队列比较少，很容易放满了，后面再来其他客户端申请链接，就访问不了了。一般来讲，三次握手时间很快。

**accept()**;函数就是一直在盯着已完成三次握手的队列，如果已完成三次握手的队列为空，那么accept()；就阻塞住了，如果已完成三次握手的队列不为空，accept();就可以处理。处理的这个链接就从已完成三次握手的队列中移除。三次握手正确完成，accept();才可以去处理。  
一旦accept();完成之后，会得到链接套接字c。可以接收和发送数据。

**上代码！**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 6]  
**如何判断客户端关闭？**  
**回答**：recv();的返回值为0。因为recv执行，如果客户端不发数据了，就阻塞住了，一直等，如果客户端挂了，就不用等了，返回0。  
我们这里是等客户端挂断，服务器端再挂断。  
**vi ser.c** 服务器端  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 7]  
![在这里插入图片描述][20210224194524915.png_pic_center]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 8]  
**vi cli.c** 客户端  
**注**：saddr:用来描述服务器的地址，我们不去描述客户端自己的IP地址，没有必要。端口和地址都指的是服务器的。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 9]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 10]  
**编译运行**  
对服务器端的代码增加一句  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 11]  
**启动ser后，输入命令netstat -natp**  
这里的natp的n代表输入的是用数字表示的端口，IP地址，a是表示显示结果中包含监听套接字，t是链接，p是显示进程的pid。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 12]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 13]  
![在这里插入图片描述][20210224201930118.png_pic_center]

**也运行程序cli**

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 14]  
**意味着connect执行通过，accepy()；返回了**  
**服务器端在rev阻塞住**  
**客户端阻塞在fgets**  
**继续执行**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 15]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 16]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 17]  
**在服务端再增加一句代码**  
![在这里插入图片描述][20210224202654351.png_pic_center]  
**运行程序**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 18]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 19]  
为什么这里buff(4)都是4，因为我们在客户端把文件描述符关掉了，我们的标准输入输出异常是0,1，2，然后创建套接字是3，所以c是4，执行close©,4那一项就空出来了，下一次再accept时候仍然是4，复用了。

**在服务器端中增加代码**  
![在这里插入图片描述][20210224203346570.png_pic_center]  
**运行程序**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 20]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 21]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 22]  
**我们继续改代码，在服务器端改** （一次只收一个）  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 23]  
**运行程序**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 24]  
**服务器端每读取一次就会send给客户端发送一个ok**

**但是继续执行下去**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 25]  
**只打印2个ok，理应打印4个ok。现在怎么只有2个ok？**  
显然是服务器端发送了数据，但是客户端没有收到。

## 收发数据这个过程是怎么样的？ ##

对于一个链接套接字来说，我们会有一个接收缓冲区，一个发送缓冲区。  
对方也有一个接收缓冲区和一个发送缓冲区。  
当我们执行send();发送数据，我们是把数据先写到自己的发送缓冲区，发送缓冲区有没有发过去对方那里，我们不知道。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 26]  
**send();成功只是把数据写到了自己的发送缓冲区。** 然后底层协议按照规则将这个数据从发送缓冲区发到对方的接收缓冲区，我们控制不了，无能为力。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 27]  
对方执行recv();从他自己的接收缓冲区进行接收数据。我们在发数据的同时，对方也可以发数据，互不影响的。**这个套接字收和发是全双工的。**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 28]  
所以出现了刚才的情况，我们认为会打印4个ok，实际上却只收了2个，有可能是另外2个ok还在服务器端的发送缓冲区里，  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 29]  
还有另外一种可能是那两个ok已经发送过去了，但是客户端的recv();已经执行完了，把数据读走了，那2个ok才送过了，在客户端的接收缓冲区放着。

**我们可以通过命令去观察那两个ok到底在哪里**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 30]  
**是我们说的第2种情况。那2个ok还在客户端的接收缓冲区中。**  
recv();的那一刻，我们到底可以读多少字符呢？由谁决定？  
![在这里插入图片描述][20210224211311788.png_pic_center]  
我们期望读127，还得看缓冲区有没有127个，如果只有10个，只能一次性读走10个。**看期望值和缓冲区中实际的个数。**

## TCP流式服的特点 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 31]  
当我们执行send();把hello发送到发送缓冲区，当我们再一次执行send();的时候，把abc也发送到发送缓冲区中，此时我们已经分不清楚这是分两拨写入的，如果发送缓冲区还没发送，我们第三次执行send()；把test也写入到发送缓冲区了。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 32]  
**我们区分不出是分几次发送。**  
然后，把发送缓冲区的数据发送出去，每个报文的数据容纳量是有限的，缓冲区比较大，报文不一定把缓冲区的数据全部容纳进去。然后报文把数据发给对方的报文  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 33]  
**对方的报文把数据往对方的接收缓冲区一放。**  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 34]  
**对方在recv();的时候，分不清楚是分几次发送的。**  
**一次读多少数据由自己的recv决定。**  
**这就是流式服的特点**  
通过3次send();发送数据有可能被对方recv();一次就读走了，这个叫**粘包**。  
**这个影响不影响看具体实际。**  
如果我要发3次，第一次发送物体的长，第二次发送物体的宽，第三次发送物体的高，需要对方返回体积。但是如果对方一次性接收了我发的3个数据。就发生了错误。  
![在这里插入图片描述][20210224213009359.png_pic_center]  
我的send();短时间执行完了，在recv();等着对方返回体积。但是对方才执行到第二行等着接收数据。这样就出问题了。**这个时候粘包就有影响了。**  
![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16]

## 怎么解决这个粘包呢？ ##

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

**一个方法是**我们不要连续send();我们先一个send();发送过去，对方收到以后，再回复过来send一个ok，我们recv收到ok，再send();过去，一个一个发。  
![在这里插入图片描述][20210224213526858.png_pic_center]  
**还有一个方法是** 我们发送数据，给它起始和末尾，把每一个字段放到一个有起始\[ 和末尾标志\] 的报文  
![在这里插入图片描述][20210224213710213.png_pic_center]  
**对方收到完整的一个报文以上才可以。**  
**如果对方接收的其中一个报文不全，就等着。**

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center]: /images/20221024/95c4054f68aa44ce8fd883a68776660b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 1]: /images/20221024/da16b0806e1a4d99bb81f8c5a09d6d2d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 2]: /images/20221024/f775184a8e1c44048c0f99edd6679579.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 3]: /images/20221024/9da22be7a6de40ea96374532ab8fcddc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 4]: /images/20221024/665141045b5d4e099629d99326d83831.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_17_color_FFFFFF_t_70_g_se_x_16]: /images/20221024/7371f9e4131f4a5187c8e5f259b828ee.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 5]: /images/20221024/5c84007a933648758378390216e3683b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 6]: /images/20221024/d19571310c8a476b9ebc4d1513d15d29.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 7]: /images/20221024/765b386d9b9345ec9a66a8240d0b5d97.png
[20210224194524915.png_pic_center]: /images/20221024/046b91380fe54b85a537eb606c45ed8f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 8]: /images/20221024/dfe07afd19fe42a580e5e78161a103b6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 9]: /images/20221024/4c06124bfd2d4adc92f7cb074988f63f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 10]: /images/20221024/97a38104e75e4376b84338829db12483.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 11]: /images/20221024/e5339e1d85624672b9591d0a23eb801e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 12]: /images/20221024/ccf057655f0d4b7480e062b695d87167.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 13]: /images/20221024/7db3753701e94a4c9e6ef04f5b177cbd.png
[20210224201930118.png_pic_center]: /images/20221024/860dfa65aceb4ac0aaf49632b202a2c2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 14]: /images/20221024/f5ce71802abd42d49b3b174c414fcf16.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 15]: /images/20221024/31b851992e95458b9c4a26a3abc0ea66.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 16]: /images/20221024/98377613228d41b6b68bdb99a9fc4f1f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 17]: /images/20221024/3597dfc851434ca1b1e1e83545aba724.png
[20210224202654351.png_pic_center]: /images/20221024/4c3b554f59754b2dacfee72604dc14f3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 18]: /images/20221024/0edadc01627245158de7612fc419dac1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 19]: /images/20221024/5d50d832718b4f07be126611ff34a959.png
[20210224203346570.png_pic_center]: /images/20221024/1b292b87280a491990c2a6d43e369399.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 20]: /images/20221024/96da39fa356d4cc0be6a1b599f2a26c8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 21]: /images/20221024/f0194af8caea4ef78a76aac021a23b23.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 22]: /images/20221024/7b707c754d964ac9b999a0ae2cd0ce22.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 23]: /images/20221024/b4d56b9fc430470f947ca947e6e4c692.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 24]: /images/20221024/21506dcd8335433989e6c5d03f7615d0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 25]: /images/20221024/aa136fdf0ec34f9392856d0ee87310b1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 26]: /images/20221024/6f8f89b56cf0439e876bbc5228944857.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 27]: /images/20221024/df0544531cb441cbac480e764d206105.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 28]: /images/20221024/21abffb031e84fb1831721f217a61f71.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 29]: /images/20221024/8f9e447b0d064000ad7b0cf0fdd48a3e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 30]: /images/20221024/cea394a60ed043c1817f26448515ab9c.png
[20210224211311788.png_pic_center]: /images/20221024/f316b3c2d95a4160ac2cb2961691d615.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 31]: /images/20221024/760ade2e5ab848e39155f807bf427845.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 32]: /images/20221024/5781d1bb24b7447bbca44c01bead6f14.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 33]: /images/20221024/725f5295a5ff4bc9b92397157aa28f57.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0xJTlpFWVU2NjY_size_16_color_FFFFFF_t_70_pic_center 34]: /images/20221024/780ce88f78dd4972b61528c43aa80193.png
[20210224213009359.png_pic_center]: /images/20221024/ca0c145f5bcc4a799e4ea14ef2ce472e.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20221024/af1d29bfc3c94a89ba857a0316d1b6f4.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBALeael-azveWuhw_size_16_color_FFFFFF_t_70_g_se_x_16]: /images/20221024/97a89ff12dc44afab4acbda045d48afd.png
[20210224213526858.png_pic_center]: /images/20221024/c38e7376473b43619df4e4b54290751e.png
[20210224213710213.png_pic_center]: /images/20221024/ea6a9170d88847d3aac0323a85e4a4cc.png