TCPUDP

TCP

1.什么是TCP

TCP是处于运输层的通信协议，该协议能够实现数据的可靠性传输。

2.TCP报文格式

源端口和目的端口：各占两个字节，发送进程的端口和接收进程的端口号。

序号：占4个字节,序号如果增加到溢出，则下一个序号从0开始，在TCP传输过程中，传送的每一个字节流都是按顺序编号的。首部中的序号指的是发送数据的第一个字节流的编号。例如当前发送第一个字节流序列号为201，数据部分一共100个字节，那么下一次发送的序号就是301.

确认号：占4字节，期望收到对方下一个报文段数据第一个字节的编号。

数据偏移：占4位，单位是4字节，TCP报文的的首部长度。

保留字段：占6位，保留今后使用。

控制字段6位：

第一位URG(紧急标志位)：为1时，表示紧急标指针有效，告诉系统此报文为一个紧急数据，应尽快送达。发送的优先级更高。
第二位ACK(确认):当为1时，确认号字段有效，ACK为0时，确认号无效，连接建立和确认应答有用。
第三位PSH(推送):为1时有效，发送方希望接收方收到推送包，立即将该包交付给上层协议，不要等到缓存区满了在向上交付。
第四位RST(复位):为1时有效,表面TCP连接出现严重差错,必须释放连接,重新建立连接.
第五位SYN(同步):在连接建立时用来同步序号,当SYN = 1,而ACK = 0时,表面这是一个连接请求报文段,如果接收方同意连接,则应返回SYN = 1和ACK = 1的报文段.
第六位FIN(终止):用来释放一个连接,当FIN = 1时,表面此报文段的发送方的数据已经发送完毕,并要求释放连接.

窗口:占2字节,值为[0,2^16-1],指的是发送本报文段的接收窗口大小,如果发送方的确认字段为1000,窗口大小为1000,那么接收方只能发送小于等于1000个字节的数据

校验和:占2字节,检验部分包括首部和数据部分,计算校验和时,要在TCP报文段加上12字节的伪首部.

紧急指针:占2字节,它指出本报文段中紧急数据的字节数(紧急指针接受后就是普通数据),窗口为0也能发送紧急数据,当处理完紧急数据时,TCP告诉应用程序恢复到正常操作.

选项:长度可变,最长40个字节.

总结:TCP的首部的前20个字节是固定的,所以首部最小长度为20字节.

2.TCP实现原理

在古代时期，人们通过写信来互相交流，但是信件的传输渠道并不发达，要保证信件的准确到达更是难上加难，在发信的过程中，如果彼此都认为自己的信是准确到达的，那么我们就可以认为它们互相交流是OK的。如果是你会使用什么办法判断它们互相交流没有问题呢？

举例：A向B发送信件，B接收到了信件，B可以知道A的信息是准确到达的；但是A并不知道它的信息是准确到达的，这时B就像A发送信息，A收到了B的信件，此时A就能认为自己的信是准确到达B的；但是B并不知道它的信息是否准确到达，此时A在向B发送一封信件，B收到信件后就可以自己的信件是准确到达的；此时A、B之间能感知到对方能够正确的接受消息。A,B之间就可以放心大胆的传输数据了。TCP也是如此，为了保证可靠性，首先收发方需要确认彼此都是正常的，才能放心的发送数据，下面看看TCP建立连接的过程吧。

建立连接：

客户端向服务器发送SYN报文，其中SYN=1表示建立连接请求，同时将初始序列号seq=x发送给服务器。
服务器接收到SYN报文后，向客户端发送SYN+ACK报文，其中SYN=1表示确认建立连接请求，同时也向客户端发送了自己的初始序列号seq=y和ack = x+1。
客户端接收到SYN+ACK报文后，向服务器发送ACK报文，其中ACK=1表示确认收到了服务器的确认建立连接请求的报文，并将确认号ack=y+1发送给服务器。此时，TCP连接已经建立。

在TCP三次握手的过程中，客户端和服务器都会发送SYN和ACK报文，以确保双方都能够正常收发数据。通过建立连接前的三次握手，可以保证双方都已经准备好传输数据，从而确保了数据传输的可靠性。

既然有连接，那么就有一个断开的过程，客户端不想在向服务端发送数据了，为了保障资源的利用，客户端向服务端申请断开连接。下面看看TCP是如何断开连接的吧。

断开连接：

客户端向服务器发送FIN报文，其中FIN=1表示客户端已经没有数据要发送了。
服务器接收到FIN报文后，向客户端发送ACK报文，其中ACK=1表示确认收到了客户端的FIN报文，由系统内核自动回复。
服务器向客户端发送FIN报文，其中FIN=1表示服务器已经没有数据要发送了，一般由应用程序触发。
客户端接收到FIN报文后，向服务器发送ACK报文，其中ACK=1表示确认收到了服务器的FIN报文。

在TCP断开连接的过程中，每一次挥手都需要等待对方的确认，从而确保双方都已经准备好断开连接。通过断开连接前的四次握手，可以保证双方都已经完成了数据传输，并且都已经准备好断开连接，从而确保了数据传输的可靠性。

注意：断开之前需要保证彼此之间都没有数据需要传输了且双方都同意断开，才是一次完整的断开。

TCP传输细节

TCP通过以下细节来保证数据传输的可靠性

确认应答

对于发送方发送的数据，接收方如果接收到了会向发送反做出反馈表示自己确认收到了。

停止等待

当TCP发出一个段后，它启动一个定时器，等待目的端发送确认收报文，发送方接收到了确认报文，继续发送后续内容,在还未收到发送端的确认时,都应该保存好已经发送出去的内容,用于超时重传。

超时重传

发送出数据以后，报文和ACK都由可能丢失，但是发送端并不能确定具体哪个丢失，TCP协议如何处理？

如果不能及时收到一个确认应答，将重发这个报文段。

滑动窗口

客户端和服务端都能作为数据的发送端，如果每一次发送出的数据报都需要等待ACK返回，等待的过程将会耗费比较多的时间，传输效率大打折扣，为了提高传输效率。因此滑动窗口就产生了，那么具体过程是怎么的呢？

举例：假如需要发送10000个比特。分成10次发送。

第一次可以连续发送多个数据包，在连续的发送过程中，可能已经收到了前面数据报的确认应答报文，这时候窗口就可以向后移动，继续发送后面的数据，在这个过程中，窗口一般是持续移动的，因此基本就不需要等待了，提高了传输效率。

ACK丢失：ACK丢失都不是什么大问题，如果接收到了更大的确认序号，接收端也能明白小序号的已经收到了。

数据报丢失：数据报丢失时，ACK返回报文中会持续索要丢包的数据，直到索要成功返回ACK，然后继续索要后续的数据。

流量控制

TCP连接的双方都有一定大小的接收缓存空间，如果一方的发送能力太快，而一方的接收能力特别弱，可能会导致接收弱的一方缓存区溢出，导致数据丢失，那么有必要采用一些手段进行平衡发送和接收速率，TCP协议如何处理？

TCP报文首部有一个窗口参数，仅在ACK报文中生效，表示接收区缓冲区大小，窗口越大，发送速率就越快。当发送方获取到接收缓存区的信息，就会对窗口进行相应调整，来保证自己的发送速率不要过快/慢。如果窗口为0，说明接收缓存区满了，发送端就会停止发送并在一定时刻后发送探测报文，询问接收方缓存区是否有剩余空间。