本文共 1291 字，大约阅读时间需要 4 分钟。
客户端发送一个SYN标记为1的包，并随机取一个随机数SEQ（c）= x为自己的初始序列号，发送完后进入SYN-SEND状态。
–》客户端向服务器端发起建立连接的请求服务器端收到了SYN=1的标记，知道了客户端想要和自己建立连接，此时进入LISTEN状态。于是发送包含一个确认标记ACK（ACK=SEQ© +1），一个建立连接标记SYN=1，并且随机产生自己的序列书SEQ（s）=y的包，发送完后进入SYN-RECV状态。
–》服务器端确认收到了客户端发送的连接请求，为了防止收到已失效的连接请求报文，需要向客户端发送确认是否需要建立连接包，等客户端再次发送确认连接的报文。客户端收到服务器端发来的包后，检查ACK的值是否等于SEQ©+1以及SYN是否等于1，确认无误后，再发送包含一个ACK=SEQ(S)+1,一个SEQ=z，此时双方进入ESTABLISHED状态，TCP连接建立。
–》服务器端为了防止接收到已失效的连接请求报文，需要客户端再次发送确认，等第三次握手，即服务器端再次向客户端发送确认后，服务器端此时才会与客户端建立连接。
完美情况下，如果只有一次确认（总共两次握手），客户端一开始向服务器端发送请求报文，服务器端接收到报文，立即向客户端发起确认报文，两方建立连接。但是如果客户端一开始向服务器发送的请求报文因为某种原因阻塞了，但没有丢失，客户端以为它丢失了，然后又重新向服务器端发送一个请求报文，服务器端收到这个第二个请求报文时发回确认报文，双方建立连接，完成传输后断开。可此时客户端发送的第一个报文经过长时间的阻塞后到了服务器端，服务器端会以为客户端又发送了一次请求报文，然后发送确认报文给客户端，可这个时候客户端并不会发送数据进行传输，这种情况就占用了资源，所以需要三次握手。建立三次握手，目的其实是为了防止服务器端收到已经失效的连接请求报文就立即建立连接。
客户端主动断开连接，并发送一个包含FIN=1,SEQ=u（等于前面已经传送过来的数据的最后一个字节的序号加1，因为TCP协议规定FIN报文段即使不携带数据，也要消耗一个序号）的请求断开报文，发送完后进入FIN-WAIT-1状态；
服务器端收到了断开请求报文，便发送一个包含ACK=u+1,SEQ=z的确认报文，发送完后进入CLOSE-WAIT状态。客户端收到服务器端的确认报文后，客户端进入FIN-WAIT-2状态，继续接受服务器端发送的最后的报文；
等所有数据传输完毕后，服务器端发送一个包含FIN=1,SEQ=w,ACK=u+1的连接断开报文，此时服务器端进入LAST-ACK状态。
客户端收到断开报文后，必须要发送一个包含ACK=w+1，SEQ=u+1的确认断开报文，此时客户端进入TIME-WAIT状态，服务器端进入CLOSED状态，等待2MSL（最长报文寿命）时间后，服务器端进入CLOSED状态，双方正式断开连接。
转载地址：http://qjuzi.baihongyu.com/