连接”

#xff0c;其实是客户端和服务器的内存里保存的一份关于对方的信息#xff0c;如

TCP

是一种面向连接的单播协议在发送数据前通信双方必须在彼此间建立一条连接。

所谓的

连接”

层或以下的层的丢包、重复以及错误问题。

在连接的建立过程中双方需要交换一些连接的参数。

这些参数可以放在

TCP

提供了一种可靠、面向连接、字节流、传输层的服务采用三次握手建立一个连接。

采用四次挥手来关闭一个连接。

connect()

连接建立到断开过程中某一个传输方向上的字节流的每个字节的编号。

假设主机

和主机

接收缓冲区中读走数据为接收后续数据腾出空间如果应用程序不将接收到的数据读走它们就会一直停留在

TCP

流量控制的一个手段。

这里说的窗口指的是接收通告窗口Receiver

Window

个紧急数据的下一个字节的序号。

因此确切地说这个字段是紧急指针相对当前序号的偏

TCP

有人可能会觉得两次握手也可以但是客户端和服务端都要确定自己是能发数据也能收数据的也要确定对方是否能收发数据。

这样的连接才安全可靠所以需要三次握手。

第一次握手客户端确定了自己有发送能力。

服务端确定自己有接收能力以及客户端的发送能力。

第二次握手客户端确定了自己有接收能力以及服务端有发送和接收(能发送消息说明第一次握手成功)能力。

服务端确定自己有发送能力。

这里客户端自己需要的以及服务端需要的都确定好了。

第三次握手服务端确定了客户端有接收能力。

这里服务端自己需要的以及客户端需要的都确定好了。

当然也可以将第二次握手拆成两次握手4次握手这样也是可以的。

要保证连接的可靠至少要3次握手。

第一次握手1.客户端将SYN标志位置为12.生成一个随机的32位的序号seqJ

这个序号后边是可以携带数据数据的大小第二次握手1.服务器端接收客户端的连接

ACK12.服务器会回发一个确认序号

SYN/FIN(按一个字节算)3.服务器端会向客户端发起连接请求

K第三次握手1.客户端应答服务器的连接请求ACK12.客户端回复收到了服务器端的数据ack服务端的序号

数据长度

为了确保确认序号的准确性包括了SYN和FIN的长度是必要的。

考虑到TCP头部中标志位的长度将它们的长度也加入确认序号的计算可以确保在建立或关闭连接时确认序号的值正确地表示了已经接收到的数据的范围。

seq

113。

表示已经接收到了你发送的3个字节并希望你下一次给我发送的数据的序号从113开始。

这样就可以确定数据的完整性。

多次发送的数据通过发送报文的序号(排列序号)来保证顺序。

漫画图

连接的时候采用三次握手建立的的连接是双向的在断开的时候需要双向断开。

漫画图

因为当二次挥手的时候同意了对方的断开请求但是自己还不想主动断开。

因为可能还有一些数据需要处理要等剩余的数据发送完毕才断开连接。

因为建立连接是双方都愿意的事情前面三次握手也说过三个握手也可以变为四次握手。

TCP

谁也发不了数据所以就有了滑动窗口机制来解决此问题。

滑动窗口协议是用来改善吞吐量的一种

技术即

接收数据。

发送方可以通过滑动窗口的大小来确定应该发送多少字节的数据。

当滑动窗口为

TCP

发送方的缓冲区白色格子空闲的空间灰色格子数据已经被发送出去了但是还没有被接收紫色格子还没有发送出去的数据接收方的缓冲区白色格子空闲的空间紫色格子已经接收到的数据

mss:

客户端向服务器发起连接客户端的滑动窗口是4096一次发送的最大数据量是1460

服务器接收连接情况告诉客户端服务器的窗口大小是6144一次发送的最大数据量是1024

第三次握手

第10次服务器告诉客户端发送的6k数据以及接收到存储在缓冲区中缓冲区数据已经处理了2k,窗

第11次服务器告诉客户端发送的6k数据以及接收到存储在缓冲区中缓冲区数据已经处理了4k,窗

第13次第一次挥手客户端主动请求和服务器断开连接并且给服务器发送了1k的数据

第14次第二次挥手服务器回复ACK

11.第17次第三次挥手服务器端给客户端发送FIN,请求断开连接