tcp三次握手作用(简述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并没有建立连接总之，三次握手后能够确保双方都能知道对方的初始序列号，而防止误收数据包的一个关键就是使用序列号进行确认

三次握手的目的：是为了确认双方都有收发数据的能力。第一次：A->B，证明A有发消息的能力。第二次：->B&&B->A，证明B有收消息，并且有发消息的能力。第三次：A->B，证明A有收消息的能力。二次握手达不到目的，四次多余。当应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，TCP则把数据流分割成适当长度的报文段，最大传输段大小（MSS）通常受该计算机连接的网络的数据链路层的最大传送单元（MTU）限制。之后TCP把数据包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。TCP为了保证报文传输的可靠，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认(ACK)；如果发送端实体在合理的往返时延(RTT)内未收到确认，那么对应的数据（假设丢失了）将会被重传。

用于解决网络中出现重复请求报文的问题。第一次：首先A发送一个(SYN)到B，意思是A要和B建立连接进行通信，如果是只有一次握手，这样肯定是不行的，A压根都不知道B是不是收到了这个请求。第二次：B收到A要建立连接的请求之后，发送一个确认(SYN+ACK)给A，意思是收到A的消息了，B这里也是通的，表示可以建立连接。如果只有两次通信，这时候B不确定A是否收到了确认消息，有可能这个确认消息由于某些原因丢了。第三次：A如果收到了B的确认消息之后，再发出一个确认(ACK)消息，意思是告诉B，这边是通的，然后A和B就可以建立连接相互通信了。扩展资料：注意事项：刚接触网络编程时，感觉网络连接的建立、网络数据的收发、网络连接的断开这些操作仅仅是调用几个socket AIP就可以搞定的事情，跟网络中讲述的TCP三次握手等内容完全扯不上关系。listen函数：内核为任何一个给定的套接字维护两个队列 1.未完成连接状态（客户端发送的第一个SYN已经到服务器，服务器等待TCP三次握手完成，这些套接字处于SYN_RCVD状态）。参考资料来源：百度百科-三次握手
用于解决网络中出现重复请求报文
是用于解决网络服务的不可靠性。 个人认为关键在于：第一次握手保证连通性第二次握手保证数据传输 第三次握手保证传输结果双方一致

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

建立连接的过程是利用客户服务器模式，假设主机A为客户端，主机B为服务器端。 （1）TCP的三次握手过程：主机A向B发送连接请求；主机B对收到的主机A的报文段进行确认；主机A再次对主机B的确认进行确认。（2）采用三次握手是为了防止失效的连接请求报文段突然又传送到主机B，因而产生错误。失效的连接请求报文段是指：主机A发出的连接请求没有收到主机B的确认，于是经过一段时间后，主机A又重新向主机B发送连接请求，且建立成功，顺序完成数据传输。考虑这样一种特殊情况，主机A第一次发送的连接请求并没有丢失，而是因为网络节点导致延迟达到主机B，主机B以为是主机A又发起的新连接，于是主机B同意连接，并向主机A发回确认，但是此时主机A根本不会理会，主机B就一直在等待主机A发送数据，导致主机B的资源浪费。 （3）采用两次握手不行，原因就是上面说的失效的连接请求的特殊情况。
三次握手是为了防止已失效的连接请求再次传送到服务器端。 二次握手不可行，因为：如果由于网络不稳定，虽然客户端以前发送的连接请求以到达服务方，但服务方的同意连接的应答未能到达客户端。则客户方要重新发送连接请求，若采用二次握手，服务方收到重传的请求连接后，会以为是新的请求，就会发送同意连接报文，并新开进程提供服务，这样会造成服务方资源的无谓浪费。 采纳哦
三次握手是为了防止已失效的连接请求再次传送到服务器端。 二次握手不可行，因为：如果由于网络不稳定，虽然客户端以前发送的连接请求以到达服务方，但服务方的同意连接的应答未能到达客户端。则客户方要重新发送连接请求，若采用二次握手，服务方收到重传的请求连接后，会以为是新的请求，就会发送同意连接报文，并新开进程提供服务，这样会造成服务方资源的无谓浪费。