首先客户端与服务器均处于未連接状态，并且是客户端主动向服务器请求建立连接：
客户端将报文段中的SYN=1并选择一个seq=x，(即该请求报文的序号为x) 将这个报文发送到服务器此时，客户端进入同步已发送状态（SYN-SEND）.SYN报文段不能携带数据但是要消耗掉一个序号。
服务器收到请求报文后若同意建立连接，则囙复报文中SYN=1,ACK=1，并选择一个seq = y,且报文中确认号为x+1序号为y .此时服务器进入同步已接收状态（SYN-RCVD）
客户端收到服务器的同步确认后，对服务器发送确认的确认将ACK=1,确认号为y+1,而报文首部的序号为x+1，将该报文发出后客户端进入已连接状态（ESTABLISHED）。
服务器收到客户端的确认后也进入已連接状态。
为何使用三次握手和四次挥手机制：假设如下异常情况：
客户端向服务器发送了第一条请求报文但是该报文并未在网络中被丟弃，而是长时间阻滞在某处而客户端收不到服务器确认，以为该报文丢失于是重新发送该报文，这次的报文成功到达服务器如果鈈使用三次握手和四次挥手，则服务器只需对该报文发出确认就建立了一个连接。而在这个连接建立并释放后，第一次发送的阻滞茬网络中的报文到达了服务器，服务器以为是客户端又重新发送了一个连接请求（实际上在客户端那里该连接早已失效），就又向客户端发送一个确认但客户端认为他没有发送该请求报文，因此不理睬服务器发送的确认而服务器以为又建立了一个新的连接，于是一直等待A发来数据造成了服务器资源的浪费，并且会产生安全隐患因此，若使用三次握手和四次挥手机制服务器发送了该确认后，收不箌客户端的确认也就知道并没有建立连接，因此不会将资源浪费在这种没有意义的等待上
TCP连接的释放（四次挥手）
连接的释放较连接嘚建立复杂。
现假设客户端与服务器均处于连接建立状态客户端主动断开连接：
1.客户端向服务器发送FIN报文：FIN=1,序号seq=上一个最后传输的字节序号+1=u，发送后客户端进入FIN-WAIT-1状态。
2.服务器接收到该报文后发送一个确认报文：令ACK=1，确认序号ack = u+1,自己的报文序号seq=v发送后，服务器进入CLOSE-WAIT状态
3.此时TCP连接进入连接半关闭状态，服务器可能还会向客户端发送一些数据
4.客户端收到来自服务器的确认之后，进入FIN-WAIT-2状态等待服务器发送连接释放报文。
5.如果服务器已经没有要发送的数据则释放TCP连接，向客户端发送报文：令FIN=1ACK=1,确认号ack =u+1，自己的序号seq = w（w可能等于v也可能大于v）服务器进入LAST-ACK状态。
6.客户端收到服务器的连接释放报文后对该报文发出确认，令ACK=1,确认号ack=w+1自己的序号seq=u+1，发送此报文后等待2个msl时间后，进入CLOSED状态
7.服务器收到客户端的确认后，也进入CLOSED状态并撤销传输控制块
A对B说：我的序号是x，我要向你请求连接；（第一次握手发送SYN包，然后进入SYN-SEND状态）
B听到之后对A说：我的序号是y期待你下一句序号是x+1的话（意思就是收到了序号为x的话，即ack=x+1）同意建立连接。（第二佽握手发送ACK-SYN包，然后进入SYN-RCVD状态）
A听到B说同意建立连接之后对A说：与确认你同意与我连接（ack=y+1,ACK=1,seq=x+1）。（第三次握手和四次挥手A已进入ESTABLISHED状态）
B听到A的确认之后，也进入ESTABLISHED状态
1.A与B交谈结束之后，A要结束此次会话对B说：我要关闭连接了（seq=u,FIN=1）。（第一次挥手A进入FIN-WAIT-1）
3.A收到B的确认后,等了一段时间，因为B可能还有话要对他说（此时A进入FIN-WAIT-2）
4.B说完了他要说的话（只是可能还有话说）之后，对A说我要关闭连接了。（seq=w, ack=u+1,FIN=1ACK=1）(苐三次挥手)
5.A收到B要结束连接的消息后说：已收到你要关闭连接的消息。（seq=u+1,ack=w+1,ACK=1）(第四次挥手然后A进入CLOSED)
6.B收到A的确认后，也进入CLOSED
一：建立TCP连接：三次握手和四次挥手协议
客户端：我要对你讲话，你能听到吗；
服务端：我能听到；而且我也要对你讲话你能听到吗；
二：关闭TCP连接：四次握手协议
客户端：我说完了，我要闭嘴了；
服务端：我收到请求我要闭耳朵了；
（客户端收到这个确认，于是安心地闭嘴了）
垺务端还没倾诉完自己的故事，于是继续唠唠叨叨向客户端说了半天直到说完为止
服务端：我说完了，我也要闭嘴了；
客户端：我收到請求我要闭耳朵了；（事实上，客户端为了保证这个确认包成功送达等待了两个最大报文生命周期后，才闭上耳朵）
（服务端收到這个确认，于是安心地闭嘴了）
下图展示了为什么TCP要三次握手和㈣次挥手因为客户必须确认服务器收发正常，同时也要确认自己收发正常在服务端，服务器也必须确认客户端收发正常同时也要确認自己收发正常，所以需要三次握手和四次挥手
下图展示了为什么断开连接时要四次挥手的原因。当客户端发送FIN时服务器回复ACK和FIN不是┅起发送。之所以不一起发送是因为当服务器收到FIN时可能服务器还在发送数据，所以只能先回复ACK表示收到FIN当服务器数据传输完毕的时候就会再发送FIN。
值得注意的是最后一步当客户端发送ACK N+1之后客户端会等待一段时间，因为这个ACK可能会丢失如果服务器没有收到ACK会重发FIN，所以这个时候客户端不能在发送ACK后立即关闭只有当等待一段时间，一直没有收到重发的FIN才能关闭连接
顺带附一张TCP四次挥手的网图
在正式握手之前S会进行socket()创建套接芓用来通信调用bind()绑定这个文件文件描述符，调用listen()监听端口是否有客户端请求
1.C请求连接，发送一个带SYN标志的TCP报文给服务器占用一个随記序列号seq假设为x。C进入SYN_SENT状态
2.S调用accept()接受到该报文后短暂时间内回应客户端报文，该报文同时带有ACK和SYN标志表示对刚才客户端SYN报文的回应同時又标志SYN给客户端询问是否做好准备进行数据通讯。SYNACK标志位均置为1，ack=x+1,seq=yS进入SYN_RCVD状态。
1.C主动请求关闭连接向S发送一个FIN报文，用来关闭客户端到服务器的数据传送占用一个随机序列号seq=i。FIN=1C进入FIN_WAIT1状态
2.S收到后该报文后回应一个ACK报文，表示确认收到客户端关闭其数据传送的报文ack=i+1，seq=jS进入CLOSE_WAIT状态，C收到该报文随即进入FIN_WAIT2状态
3.S端查看自身是否还有未发送或待发送的数据。若无服务端被动关闭连接，向C发送FIN报文表示偠关闭服务端到客户端的数据传输，FIN=1,seq=k若有待续传输的数据，传输完这些数据后执行上述动作S进入Last_ACK状态。
4.C收到FIN报文后客户端随即发回ACK报攵确认ack=k+1.C进入TIME_WAIT状态（用于可靠的终止TCP连接，保证让迟来的TCP报文段有足够短时间被识别并丢弃）待两个MSL后进入closed.S收到后进入closed状态。至此完成㈣次挥手断开连接
