前端网络基础-传输层TCP协议

清疚 2023-10-01 10:24 23阅读 0赞

**目录**

前情回顾

传输层基本工作任务

可靠传输的实现

TCP报文头格式

TCP三次握手过程

两次握手为什么不能建立TCP连接

第三次握手报文丢失

wireshark抓包演示TCP三次握手过程

TCP四次挥手过程

为什么第三次挥手不能和第二次挥手合并

为什么第四挥手后，发送方要等待2MSL时间后才能关闭TCP连接

为什么建立TCP连接需要三次握手，释放TCP连接需要四次挥手

wireshark抓包演示TCP四次挥手过程

--------------------

### 前情回顾 ###

我们已经知道

物理层的作用是将 比特流 转化为 模拟信号，在物理链路中进行传输

数据链路层作用是：1、解封或封装 mac头部（包含源mac和目标mac） 到 数据包中，形成数据帧

2、将数据帧转化为比特流

网络层的作用是：1、通过IP协议，判断目标IP是否和源IP在同一个子网下，即数据包是否要跨网段传输

2、如果要跨网段，则通过路由协议找到最佳路由

3、根据ARP协议获取目标IP主机对应的mac地址，留给数据链路层来封装数据包mac头部

总结得出：网络层工作就是确定好数据包中地址信息，以及确定好数据包的路由信息

数据链路层就是封装mac头，并将数据帧转为数据流，即转发前准备

物理层就是实现数据转发

### 传输层基本工作任务 ###

传输层作为网络层的上一层，传输层需要为网络层准备好要转发的数据，

传输层也是应用层的下一层，所以传输层还需要将从网络层向上传递的数据转发给应用层对应的应用程序。

所以传输层需要封装发送数据的应用程序的源端口号，以及目的主机上应用程序的目标端口到数据包头部

这可以保证数据能够准确传递给应用层的应用程序。

### 可靠传输的实现 ###

另外传输层还有一项重要的工作，就是保证数据的完整性，即目标主机可以接收到完整的数据。

由于数据可能很大，传输层会将数据进行分段发送，而分段发送的数据可能会在物理层传输中，发送丢包的现象，导致目标主机无法收到完整数据，此时传输层可以通过TCP协议来保证数据的完整性。

TCP（Transmission Control Prototol）传输控制协议，即该协议会对数据的传输进行一个详细的控制。

### TCP报文头格式 ###

![026af375e4d9e6e0afc69e6ad59dc8d3.png][]

传输层会将数据分段发送，在每个数据段的头部会加入一个TCP头部，TCP头部的组成如上图：

除了包含：（当前主机应用程序的）源端口和（目标主机应用程序的）目的端口外，还包含了

序号（seq）：该数据段的序号，即将一个较大数据按顺序拆分为多个数据段，并给他们标记序号，当目标主机收到所有数据段后，就可以按序拼接得到原数据。

确认号(ack) : 只有确认消息才有确认号，确认号的作用是期望的下一个数据段的序号，对应请求消息的序号+1，即seq+1

标志位：如图标志位有 URG,ACK,PSH,RST,SYN,FIN，这些标志位只能是0或1，1表示标志位打开，0表示标志位关闭。通过标志位的是否打开，我们可以知道当前TCP报文是什么含义。

ACK标志位打开，表示该TCP报文是一条确认消息

SYN标志位打开，表示该TCP报文是一条请求连接消息，或者确认请求连接消息

FIN标志位打开，表示该TCP报文是一条请求释放连接消息。

RST标志位打开，表示该TCP报文是一条请求释放连接消息，但是和FIN不同，FIN表示请求结束，正常关闭连接，而RST表示服务器出错，强制关闭连接。

### TCP三次握手过程 ###

TCP协议是一种面向连接的协议，即想要使用TCP进行通信，则必须先要建立连接。而TCP建立连接的是可信连接，而需要建立可信连接，需要通信双方经过三次握手。

一开始，客户端和服务器都是连接关闭状态，即CLOSED态。之后服务器会立刻进入LISTEN态，实时监听TCP建立连接请求。

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16][]

然后客户端主动发起TCP请求连接消息到服务器，此时客户端状态变为 SYN\_SENT，且请求连接消息中TCP头部的标志位SYN打开，且序号seq=i

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 1][]

服务器收到客户端的请求连接消息后，状态变为syn\_received，之后会回复一条确认请求连接消息，在确认消息的TCP头部的SYN和ACK标志位被打开，且ack(确认号)变为 i + 1，表示期望下次发送的下一个序号的数据段，另外当前确认消息也要消耗一个序号，即确认消息也有seq = j

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 2][]

当客户端收到服务器发送的确认请求连接消息后，自身状态变为 established，即建立连接状态，并响应一条 确认连接建立消息，该消息TCP头部的 ACK标志位被打开，且ack= j + 1，表示期望下次响应序号为j+1的数据段，seq = i + 1, 这里seq需要满足上次服务端发送消息的ack期望。

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 3][]

当服务器收到客户端的确认建立连接请求消息后，进入established状态，即建立连接状态

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 4][]

三次握手的优点在于，只有通信双方都确认了连接建立后才能实现通信。

### 两次握手为什么不能建立TCP连接 ###

思考一下，两次握手能不能实现建立TCP连接，有什么漏洞？

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 5][]

两次握手建立TCP连接，即表示，在服务器发送确认请求连接消息后，服务器立马就进入了established状态，而不管自身发送的确认消息是否被客户端接收到。

如果确认消息因为线路问题在传输过程中丢失了，那么客户端就收不到服务器的确认请求连接消息，也就无法进入established状态，在等待一段时间后，客户端会再次发送一个请求连接消息，但是此时服务器已经认为和客户端建立连接了，而忽略该消息，此时就会产生问题。

而三次握手，避免了该问题。

如果服务器发送确认请求连接消息，并没有被客户端接收到，客户端在等待一段时间后，会再次发送请求连接消息给服务器，服务器收到后，由于自身并没有进入established状态，所以会再次发送一个确认请求连接消息给客户端，当客户端接收到后，客户进入established状态,并进行第三次握手，即发送一个确认建立连接消息给服务器，服务器收到该消息后，才会进入established状态。

通信双方建立TCP连接后，就可以开始互相通信了。

另一种理解思路是：

TCP传输是全双工的，即通信双方的任意一方都可以在发送数据的同时，接收数据。

而这也要求通信双方（发起方和接收方）都具备发送和接收能力。

第一次握手：F =》S，F发送了，但是F不知道S是否收到了

第二次握手：S =》 F，S回复了，F知道S收到了，但是S不知道F收到回复没

第三次握手：F =》 S，F回复了，S知道F收到回复了

此时F,S都知道对方了具备发送和接收能力了

### 第三次握手报文丢失 ###

再思考一个问题，如果在客户端发送完第三次握手ACK包后，自身已经进入了established状态，但是第三次握手ACK在传输中丢失了，即服务器没有收到第三次握手消息，那会发生什么？

答：如果第三次握手报文没有到达服务器就丢失了，则服务器会一直处于SYN\_RECEIVED状态，并依次等待3s，6s，12s后重新发送【SYN ACK】包给客户端。

但是客户端此时已经是established状态，即自认为TCP连接已建立，而不会理会服务端的【SYN ACK】。

而服务端会发送指定次数的【SYN ACK】包给客户端，如果都没有得到响应，则会关闭当前TCP连接。

而客户端由于自认为TCP连接已建立，所以正常向服务器发送数据报，但是服务器由于没有和客户端建立连接，所以会响应一个RST标志位的释放连接报文，让客户端得知服务端出错，而强制关闭TCP连接。

### wireshark抓包演示TCP三次握手过程 ###

下面用wireshark抓包，来说明下TCP建立连接的三次握手

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 6][]

这里 192.168.0.101:55615（客户端） 想和 192.168.0.118:80（服务器） 建立TCP连接

客户端 会发送一个SYN包，且序号seq = 0

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 7][]

服务端接收到该请求连接消息后，会返回一个【SYN ACK】包，并且ack = 1，seq = 0

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 8][]

客户端收到服务端的确认请求连接消息后，会再次发送一个确认建立连接消息【ACK】包，且seq = 1, ack = 1

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 9][]

之后客户端和服务端之间就可以开始通信了

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 10][]

### TCP四次挥手过程 ###

而当通信结束了，就需要释放TCP连接，此时客户端和服务端都处于established状态，双方都可以发起释放连接请求报文，我们以客户端主动释放连接，服务端被动释放连接为例

客户端发送一个 请求释放连接报文 给服务端，该报文TCP头部中 FIN标志位被打开（表示请求释放连接），且序号seq = n。

发送后，客户端进入fin\_wait\_1状态，即半关闭状态，并停止向服务端发送数据报文，但是任然可以从服务器接收数据报文。

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 11][]

服务端收到客户端的请求释放连接消息后，会立刻响应一条 确认请求释放连接（客户端->服务端）报文，报文TCP头部的ACK标志位被打开，确认号ack = n + 1，序号seq = m

且自身状态变为closed\_wait，即半关闭状态，此时服务器开始准备释放和客户端之间的连接

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 12][]

客户端收到服务端的确认释放连接消息后，立马进入 fin\_wait\_2。

此时服务器已经知道了客户端想释放连接，客户端也已经知道了服务端收到了释放连接报文，所以客户端可以确认关闭通向服务器的TCP连接。

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 13][]

服务端在发送完确认释放连接消息后，会经过close\_wait阶段，此阶段中会去准备关闭服务端通向客户端的TCP连接，当准备好后，就会发送一个请求释放连接（服务端->客户端）报文，报文TCP头部中FIN标志位被打开，同时也会将ACK标志位打开（和上次确认客户端请求释放连接报文的ACK相同），同时seq,ack也和上次相同。

此时服务端会停止向客户端发送数据报文，但是任然可以接收到客户端发送的报文。

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 14][]

当客户端收到服务端的请求释放连接消息后，会立马发送一条 确认消息 给服务端，该消息TCP头部的ACK标志位被打开，且seq = n+1,ack = m+1，发送后立马进入time\_wait\_1状态

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 15][]

服务端收到客户端的确认释放连接消息后，立马进入closed状态。

此时服务端关闭了（服务端->客户端）方向的连接。

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 16][]

而客户端在等待一段时间（2MSL）后，自动进入closed状态。

此时客户端关闭了（客户端->服务端）方向的连接。

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 17][]

以上就是TCP四次挥手全过程。

### 为什么第三次挥手不能和第二次挥手合并 ###

注意：第三次挥手为什么不和第二次挥手合并，因为第二次挥手是为了告诉客户端已经收到请求释放连接的报文了，让客户端可以早点确认可以释放（客户端->服务端）的TCP连接，即遭到进入fin\_wait\_2。

而服务端此时还无法立即释放（服务端->客户端）的TCP连接，因为服务端是被动关闭连接，所以后知后觉，需要时间来准备关闭连接，这段时间就是close\_wait阶段。

### 为什么第四挥手后，发送方要等待2MSL时间后才能关闭TCP连接 ###

可能有人比较疑惑最后一次挥手后，客户端为什么不直接进入closed状态，而是要等一段时间（2MSL）？

> MSL指的是Maximum Segment Lifetime：一段TCP报文在传输过程中的最大生命周期。
> 
> 2MSL即是服务器端发出为FIN报文和客户端发出的ACK确认报文所能保持有效的最大时长
> 
> 服务器端在1MSL内没有收到客户端发出的ACK确认报文，就会再次向客户端发出FIN报文；
> 
>  *  如果客户端在2MSL内，再次收到了来自服务器端的FIN报文，说明服务器端由于各种原因没有接收到客户端发出的ACK确认报文。客户端再次向服务器端发出ACK确认报文，计时器重置，重新开始2MSL的计时；
>  *  否则客户端在2MSL内没有再次收到来自服务器端的FIN报文，说明服务器端正常接收了ACK确认报文，客户端可以进入CLOSED阶段，完成“四次挥手”。

因为存在这样一种情况，客户端发送最后一次挥手消息后，如果直接进入closed状态，那么假如最后一次挥手消息在传输过程中丢包了，即服务端没有接收到该挥手消息，则服务端在等待一段时间后，会再次发送 请求释放连接消息给 客户端，但是此时客户端已经closed了，所以不会理会该消息。而服务端由于一直无法收到确认消息，所以一直无法进入closed状态。

所以客户端在发送完最后一次挥手消息后，不能立马进入closed状态，他需要等待一段时间，这段时间需要比：

服务端没有收到客户端确认消息的所等待的时间 + 发送二次 请求释放连接消息到客户端的时间

还要长。

这样就可以保证通信双方都确认断开连接了。

### 为什么建立TCP连接需要三次握手，释放TCP连接需要四次挥手 ###

我们需要思考一下：为什么建立TCP连接只需要三次握手，而释放TCP连接需要四次挥手呢？释放时，为什么会多一次？

因为TCP数据传输是全双工的，全双工的意思就是，客户端通过TCP连接向服务器发送数据的同时，服务器也可以用同一个TCP连接向客户端发送数据，二者同时向对方发送数据不会产生冲突，就像一个双向马路一样。

全双工对应的是半双工，即同一时刻，只能传输线路中只能有一个方向的数据传输，就像潮汐车道一样。

而TCP是全双工的，即客户端发送 请求释放连接报文给服务端时，服务端可能正在发送数据报文给客户端，所以服务端是突然地收到了停止工作的命令，它没有任何准备时间。

所以为了不耽误客户端早点知道服务端已经知道释放请求，所以服务端立马回复一条ACK报文给客户端。之后服务端便会进入close\_wait，准备释放连接的工作，在close\_wait期间，服务端会停止向客户端发送数据报文。

而当服务端准备好后，才可以发送FIN报文给客户端，表示服务端已经准备好释放连接了，然后进入last\_ack，最后确认阶段。

而建立TCP连接阶段，被动方一般是服务器，而服务器一开始就处于监听状态，就一直等待着客户端的请求连接报文，所以当客户端发送了请求连接报文，直接就响应一个确认消息，并开始准备建立连接，中间无需任何准备时间。

### wireshark抓包演示TCP四次挥手过程 ###

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 18][]

这里192.168.0.118是客户端，221.6.157.199是服务端，这里是服务端发起的主动释放连接

第一次挥手，源IP是221.6.157.199，目标IP是192.168.0.118，发送的是【FIN ACK】包，其中ACK并不是四次挥手过程的确认消息，而是对上一次数据传输的确认，此时seq = 64

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 19][]

第二次挥手，此时是客户端确认收到了服务端的释放连接请求，客户端会送一个额【ACK】包，表示确认收到请求，其中确认号ack = 第一次挥手seq + 1，seq为自定义的序号

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 20][]

第三次挥手，同样还是客户端向服务器发送的请求释放连接报文，注意此时发的【FIN ACK】包中，ACK标志位是第二次挥手的ACK重复，表示收到了客户端的请求释放连接报文了，FIN标志位表示服务器也向客户端请求释放连接，而第一次挥手时，是客户端向服务器请求释放连接。这里第一次，第二次握手类似，客户端和服务端都要互相确认一遍释放连接。

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 21][]

第四次挥手，服务器收到了客户端的请求释放连接报文，并返回确认收到报文

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 22][]

[026af375e4d9e6e0afc69e6ad59dc8d3.png]: https://img-blog.csdnimg.cn/img_convert/026af375e4d9e6e0afc69e6ad59dc8d3.png
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16]: https://img-blog.csdnimg.cn/f259141b793942aeb29fda084acc16b1.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 1]: https://img-blog.csdnimg.cn/f29f3049ff434647bafe84bf0532c82f.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 2]: https://img-blog.csdnimg.cn/6892d50e0de944f3a3707bf47b8e367c.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 3]: https://img-blog.csdnimg.cn/114bfec508c645129054f6c2012d2b09.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 4]: https://img-blog.csdnimg.cn/9dd97e45ecc0476cb29e2a3849db3ed6.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 5]: https://img-blog.csdnimg.cn/7f6b5cf9a70e4f6796c79e840c4a900a.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 6]: https://img-blog.csdnimg.cn/43d4f81599c1482ca934f9fd20d82444.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 7]: https://img-blog.csdnimg.cn/591d01dc7446439885108a55d5ca288f.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 8]: https://img-blog.csdnimg.cn/2400d3368ef44d58a6efcf3b43b2a45a.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 9]: https://img-blog.csdnimg.cn/2cc56d6e3a954f3880bc86f535016e1a.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 10]: https://img-blog.csdnimg.cn/dacf7accfe624702a88d60d904f7cd92.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 11]: https://img-blog.csdnimg.cn/784ba979b54d45c89e1d53c8c231df36.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 12]: https://img-blog.csdnimg.cn/d13598154d0d405eb06cbdb01e6e68ca.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 13]: https://img-blog.csdnimg.cn/198e8ebce83744b689f2e201686a8736.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 14]: https://img-blog.csdnimg.cn/a75b2ac4c60a44d6b47a51cbafef7f2b.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 15]: https://img-blog.csdnimg.cn/53ffa17274a948caa3d4c8d0e4b7c69f.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 16]: https://img-blog.csdnimg.cn/c28d1d2297d34e129b1fe99fcec3e604.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 17]: https://img-blog.csdnimg.cn/cd3518326cd8436aa27e5d736042b20e.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 18]: https://img-blog.csdnimg.cn/c4daf1a2e0284485b28260d26aff5d0c.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 19]: https://img-blog.csdnimg.cn/1752c91922d2445faf4a630082deda45.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 20]: https://img-blog.csdnimg.cn/48c9410b89dd42f1847f0922bfab25c1.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 21]: https://img-blog.csdnimg.cn/5c152f9d49154bfdbbf4eacb9fc090bb.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16
[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBA5LyP5Z-O5LmL5aSW_size_20_color_FFFFFF_t_70_g_se_x_16 22]: https://img-blog.csdnimg.cn/f7dabc27be904daaa66bf13350f282a0.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LyP5Z-O5LmL5aSW,size_20,color_FFFFFF,t_70,g_se,x_16