为什么要三次握手(tcp为什么要三次握手)

至少这样正常的三次交流双方都能够知道并且确认对方初始的序列号，也就是说主机1告诉主机2序列号，主机2回复主机1说收到了你的序列号并告诉主机1我的初始序列号是什么，主机1收到来自主机2的序列号以后，告诉主机2，我也收到你的序列号了。看一下对于特殊情况，这三次握手是如何处理的：这个时候，主机2对与这个过期的CR包，将会发送确认给主机1问问是否真的是有这个包，而对于过期的DATA包，主机2会识别到序列号不对而忽略。这个时候，主机2收到的CR包将被忽略，而DATA包也会因为序列号不对而被丢弃这时主机2会发送一个确认请求给主机1，问问他是否存在这个请求，而主机1回应说我已经放弃这个请求了，所以回复REJECT（ACK = y）拒绝主机2，主机2知道后就不再理会。假设主机1向主机2发送一个请求，这个请求在网络中游荡了好久，主机2还没有收到，这是主机1看见没有反应，放弃不再请求，而之前发送的这个请求才到达主机2：假设主机1向主机2发送的CR（seq = x）包以及DATA（seq = y, ACK = z）包都在网络中游荡了很久，而这时主机1已经和主机2建立了可靠的连接（seq = x + 100,ACK = y + 200）假设主机1向主机2发送的CR（seq = x）包以及DATA（seq = y, ACK = z）包都在网络中游荡了很久，而这时主机1与主机2并没有建立连接总之，三次握手后能够确保双方都能知道对方的初始序列号，而防止误收数据包的一个关键就是使用序列号进行确认

三次握手是为了实现正常确认连接成功的最简单的步骤模型。 2次太少，无法获取到对方的状态。 4次的交互有点效率低，在第二次发起交互的时候，被连接端就可以把自己的确认状态发送过去，效率较高。
答： 第一次握手：建立连接时

tcp三次握手的目的是为了解决“网络中存在延迟的重复分组”的问题。 “已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段,但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。 假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送ack包。

一、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状态，完成三次握手。完成三次握手，客户端与服务器开始传送数据，在上述过程中，还有一些重要的概念：未连接队列：在三次握手协议中，服务器维护一个未连接队列，该队列为每个客户端的SYN包（syn=j）开设一个条目，该条目表明服务器已收到SYN包，并向客户发出确认，正在等待客户的确认包。这些条目所标识的连接在服务器处于Syn_RECV状态，当服务器收到客户的确认包时，删除该条目，服务器进入ESTABLISHED状态。Backlog参数：表示未连接队列的最大容纳数目。SYN-ACK 重传次数 服务器发送完SYN－ACK包，如果未收到客户确认包，服务器进行首次重传，等待一段时间仍未收到客户确认包，进行第二次重传，如果重传次数超过系统规定的最大重传次数，系统将该连接信息从半连接队列中删除。注意，每次重传等待的时间不一定相同。半连接存活时间：是指半连接队列的条目存活的最长时间，也即服务从收到SYN包到确认这个报文无效的最长时间，该时间值是所有重传请求包的最长等待时间总和。有时我们也称半连接存活时间为Timeout时间、SYN_RECV存活时间。
TCP需要三次握手才能建立连接，那么为什么需要三次握手呢？

三次握手(建立连接) 1)客户端发送一个带SYN标志的TCP报文到服务器，这是第1个报文;2)服务端回应客户端，是第2个报文，同时带有ACK标志和SYN标志，以此回应第1步，SYN用于询问客户端是否准备好进行通讯;3)客户再次回应服务端一个ACK报文，是第3个报文。为什么要进行3次握手?当服务端的LISTEN状态下的SOCKET收到SYN报文的请求后，可以把ACK和SYN放在1个报文中来发送，其中ACK的作用是应答，而SYN的作用是同步。四次挥手(连接终止协议)1)TCP客户端发哦是那个一个FIN，用于关闭客户发送到服务器的数据传送;2)服务器收到这个FIN，返回一个ACK，和SYN一样，一个FIN将占用一个序号;3)服务器关闭客户端的连接，发送FIN给客户端;4)客户端返回ACK报文，并将确认序号设置为收到的序号+1。为什么要进行4次挥手? 在TCP连接时，是将SYN和ACK一起发送的，但为什么挥手却没有一起发送呢?因为TCP是全双工模式，接收到FIN时将没有数据再发来，但还是可以继续发送数据。
安全考虑，需要通信双方确认