TCP为什么需要三次握手用最通俗的话解释给你听

TCP实现原理和为什么需要三次握手？两次握手不可以？四次握手不可以？读者可以带着疑问，看一遍本篇博客的详细讲解

ok，首先解释原因之前还是要先复习一下TCP的基本知识和三次握手协议：

1、什么是TCP协议？

TCP：Transmission Control Protocol翻译过来就是传输控制协议，TCP协议是一个面向连接的、可靠的、基于字节流的传输层协议

RFC 793对TCP连接的定义：

Connections:

The reliability and flow control mechanisms described above require that TCPs initialize and maintain certain status information for each data stream.

The combination of this information, including sockets, sequence numbers, and window sizes, is called a connection.

其大致意思是TCP连接是为了用于保证可靠性和流控制机制的，包括 Socket、序列号及窗口大小。

其中Socket是由IP加端口组成的，序列号是用来解决乱序问题的，而窗口大小则是用来做流量控制的。

2、TCP协议的特性

面向连接：是指TCP是通过服务端和客户端进行连接的协议

面向字节流：TCP服务端和客户端之间的数据通讯是通过字节流数据传输的

可靠的：是指TCP服务端客户端之间的数据传输是很稳定的，即使网络很差的情况，TCP都能保证将数据传输到接收方。

ps：TCP传输的可靠性得益于TCP会记录信息的发送状态，哪些数据收到了，哪些数据没收到，TCP都是会记录的，然后哪些丢包的情况，就是发送不成功的情况，TCP会重新发包，所以TCP的可靠性就是这么保证的

3、TCP三次握手执行流程

TCP的三次握手执行过程是面试中的一个很常见的问题，因为这个问题也是计算机的一个很重要的基础，所以需要认真学习

关键字说明：

SYN：Synchronize Sequence Numbers，同步序列编号ACK：Acknowledge Character，确认字符SEQ：Sequence Number，序列号

TCP三次握手执行过程：

（1）首先，服务端和客户端都是处于CLOSED状态的，然后服务端启动，监听端口，状态变为LISTEN(监听)状态

（2）客户端为了请求资源，发送连接，发送同步序列号SYN，此时客户端就变成了SYN-SEND状态

（3）服务端接收到客户端请求之后，发送SYN和ACK，然后服务端状态就变成SYN-RCVD状态

（4）客户端接收到信息之后，再次发送ACK，然后变成ESTABLISHED(已确认)状态，服务端接收到返回信息后，状态也变成ESTABLISHED(已确认)状态

4、TCP协议为什么需要三次握手？

ok，知道了TCP的三次握手的基本工作原理之后，就可以解释为什么TCP需要三次握手？为什么不设计成两次握手就可以？

原因：避免重复连接

其实在RFC 793 Transmission Control Protocol里就有指出为什么要三次握手的原因

The principle reason for the three-way handshake is to prevent old duplicate connection initiations from causing confusion.

翻译为中文大致意思是主要原因是为了防止旧的重复连接引起连接混乱问题

比如在网络环境比较复杂的情况，客户端可能会连续发送多次请求。如果只设计成两次握手的情况，服务端只能一直接收请求，然后返回请求信息，也不知道客户端是否请求成功。这些过期请求的话就会造成网络连接的混乱。

所以设计成三次握手的情况，客户端在接收到服务端SEQ 1的返回消息之后，就会知道这个连接是历史连接，所以会发送报文给服务端，告诉服务端。

所以TCP设计成三次握手的目的就是为了避免重复连接。

然后可以设计成四次握手？五次握手？不可以？

答案是也是可以的，不过为了节省资源，三次握手就可以符合实际情况，所以就没必要设计成四次握手、五次握手等等情况

tcp 为什么要三次握手？

tcp 为什么要三次握手？ 我们假设A和B是通信的双方。我理解的握手实际上就是通信，发一次信息就是进行一次握手。
第一次握手：A给B打电话说，你可以听到我说话吗？
第二次握手：B收到了A的信息，然后对A说：我可以听得到你说话啊，你能听得到我说话吗？
第三次握手：A收到了B的信息，然后说可以的，我要给你发信息啦！
在三次握手之后，A和B都能确定这么一件事：我说的话，你能听到；你说的话，我也能听到。这样，就可以开始正常通信了。
注意：HTTP是基于TCP协议的，所以每次都是客户端发送请求，服务器应答，但是TCP还可以给其他应用层提供服务，即可能A、B在建立链接之后，谁都可能先开始通信。如果采用两次握手，那么只要服务器发出确认数据包就会建立连接，但由于客户端此时并未响应服务器端的请求，那此时服务器端就会一直在等待客户端，这样服务器端就白白浪费了一定的资源。若采用三次握手，服务器端没有收到来自客户端的再此确认，则就会知道客户端并没有要求建立请求，就不会浪费服务器的资源。

白话解释 TCP连接为什么需要三次握手

在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。
第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；
第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器 进入SYN_RECV状态；
第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入 ESTABLISHED状态，完成三次握手。
通过这样的三次握手，客户端与服务端建立起可靠的双工的连接，开始传送数据。
三次握手的最主要目的是保证连接是双工的，可靠更多的是通过重传机制来保证的。