TCP笔记

什么是TCP？

是一种面向连接的、可靠的、基于字节流的传输层通信协议。

面向连接：在数据传输之前，收发双方需要预先建立一条逻辑通路，并且这种连接是双向连接。

可靠性：

1. 确认机制
TCP采用肯定确认机制，每收到一个数据段，接收方都会发送一个确认报文（ACK）给发送方，告知已经成功收到该数据段。如果在一定时间内没有收到确认报文，发送方会认为数据段丢失或损坏，进而触发重传机制。

示例: 发送方发送数据段 Seq = 100, 接收方成功接收后，发送 ACK = 101 确认报文。

2. 重传机制
TCP使用超时重传机制，确保数据段的可靠传输。如果在规定的时间内没有收到确认报文，发送方会重新发送对应的数据段。这可以应对数据包在网络中丢失或损坏的情况。

示例: 发送方发送数据段 Seq = 200，但在超时时间内未收到确认报文 ACK = 201，于是重发 Seq = 200 的数据段。

3. 排序机制
TCP数据段可能通过不同的路径传输，到达顺序可能会被打乱。因此，TCP在数据段中包含序列号（Sequence Number）字段，接收方可以根据序列号对数据段进行重新排序，确保按正确的顺序递交给应用层。

示例: 发送方发送 Seq = 300 和 Seq = 310 两个数据段，虽然 Seq = 310 的数据段先到达，但接收方可以根据序列号重新排序，确保按 Seq = 300 和 Seq = 310 的顺序处理。

4. 流控机制（滑动窗口机制）
TCP通过滑动窗口机制进行流量控制，窗口大小决定了在未收到确认的情况下，发送方可以发送多少数据。接收方通过通告窗口大小（Window Size）来告知发送方自己当前的处理能力，从而动态调整发送速率，防止网络拥塞和缓冲区溢出。

示例: 接收方通告窗口大小为 Window = 400，发送方在未收到确认的情况下，最多可以发送400字节的数据。如果接收方处理能力下降，它可以减小窗口大小，通知发送方减少发送速率。

基于字节流:TCP将数据视为一个连续的字节序列，而不是一个个独立的消息或报文。在TCP连接中，发送方将应用程序的数据封装成TCP报文段，并通过网络发送给接收方。TCP分段：因为IP分片后，TCP协议无法保证数据的可靠性传输；故而使用TCP协议进行封装的文件不允 许进行IP分片，而又因为MTU存在，需要将大文件分为小文件，该操作由TCP协议完成。

MSS---最大传输段===MTU-IP头部-TCP头部。在TCP协议中，每一个报文都需要有序列号信息。

建立TCP连接需要满足以下几个条件：

1.确定通信双方的套接字：TCP连接由源IP地址、源端口、目的IP地址和目的端口唯一确定，这构成了TCP连接的四元组。 

2.参数协商：在连接建立之前，双方需要通过三次握手过程协商一系列参数，包括最大报文段长度（MSS）、窗口值、是否使用选择确认机制、窗口扩大因子、时间戳等。 

3.资源分配：设备需要为TCP连接分配必要的资源，例如缓冲区和连接状态信息。

4.建立连接：TCP连接的建立通过三次握手协议实现，确保双方都准备好进行数据通信。 

5.确认机制：TCP是一种可靠的协议，它通过确认机制确保数据包的正确送达。

6.重传机制：如果数据包在传输过程中丢失，TCP会通过超时重传机制重新发送这些数据包。

7.排序机制：TCP确保接收方能够根据序列号对乱序到达的数据包进行正确排序。

8.流量控制：TCP使用滑动窗口机制来控制发送方的数据发送速率，避免接收方的缓冲区被填满。

9.连接释放：数据传输结束后，TCP连接可以通过四次挥手协议来正常释放，释放之前分配的资源。

TCP 和 UDP 的区别:

TCP 和 UDP 可以使用同一个端口吗？

TCP和UDP可以使用同一个端口号，因为它们在操作系统中是通过不同的协议类型来区分的。在网络通信中，IP数据报首部包含一个协议字段，该字段指示数据报是属于TCP还是UDP。因此，即使TCP和UDP服务绑定到同一个端口，操作系统的网络栈也能够根据协议字段将数据报正确地传递给相应的协议处理。

TCP头部格式

        TCP头部字段解释

• Source Port（源端口号)：16位，标识发送端的端口号码，用于识别发送端应用程序。
• Destination Port（目的端口号)：16位，标识接收端的端口号码，用于识别接收端应用程序。
• Sequence Number（序列号)：32位，用于标识TCP报文段中的第一个字节的序号，用于确保报文的正确顺序和重传。
• Acknowledgment Number（确认号)：32位，用于确认接收端已经正确接收到序列号为Sequence Number的数据。
• Data Offset（数据偏移)：4位，表示TCP头部的长度，以32位字为单位。
• Reserved (保留)：6位，目前未使用，设为0。
• Control Flags (控制标志)：6位，包含一系列标志位，如SYN、ACK、FIN等，用于控制TCP连接的建立、维持和终止。
• Window (窗口大小)：16位，表示接收端的接收窗口大小，用于流量控制。
• Checksum (校验和)：16位，用于检测头部和数据在传输过程中的错误。
• Urgent Pointer (紧急指针)：16位，仅在URG控制位为1时有效，指示紧急数据的偏移量。
• Options (选项)：可变长度字段，用于携带TCP扩展头部信息。
• Padding (填充)：使TCP头部的总长度为32位的倍数。
• Data (数据)：TCP报文段的实际数据负载。
• ACK (确认)：控制标志位，当ACK为1时，确认号字段有效。
• SYN (同步)：控制标志位，用于建立连接的同步过程。
• FIN (终结)：控制标志位，用于指示连接的结束。

TCP协议的三次握手过程
TCP协议的三次握手是建立一个可靠的连接过程，确保双方都准备好进行数据传输。以下是三次握手的详细步骤：

第一次握手：客户端发送一个同步序列编号（SYN）报文到服务器，表明客户端想要开始一个新的连接。此时，客户端进入SYN_SENT状态。
第二次握手：服务器收到SYN报文后，发送一个同步确认（SYN+ACK）报文作为响应，同时确认客户端的SYN。服务器进入SYN_RECEIVED状态。
第三次握手：客户端收到服务器的SYN+ACK报文后，发送一个确认报文（ACK）作为响应，确认服务器的SYN。客户端进入ESTABLISHED状态，服务器在收到ACK报文后也进入ESTABLISHED状态。
TCP协议的四次挥手过程
TCP协议的四次挥手是终止一个已经建立的连接过程，确保双方都同意关闭连接。以下是四次挥手的详细步骤：

第一次挥手：客户端发送一个结束控制（FIN）报文给服务器，表示客户端不再有数据要发送。客户端进入FIN_WAIT_1状态。
第二次挥手：服务器收到FIN报文后，发送一个ACK报文作为响应，确认收到了客户端的FIN。服务器进入CLOSE_WAIT状态，客户端在收到ACK后进入FIN_WAIT_2状态。
第三次挥手：服务器发送一个FIN报文给客户端，表示服务器也没有数据要发送，并请求关闭连接。服务器进入LAST_ACK状态。
第四次挥手：客户端收到服务器的FIN报文后，发送一个ACK报文作为响应，确认服务器的FIN。客户端在发送完ACK后进入TIME_WAIT状态，等待足够的时间以确保服务器收到这个最后的ACK。服务器在收到ACK后关闭连接，客户端在等待期满后也关闭连接。