1.三次握手
最初客户端和服务端都处于 CLOSED(关闭) 状态。本例中 A（Client） 主动打开连接，B（Server） 被动打开连接。
一开始，B的TCP服务器进程首先创建传输控制块TCB，准备接受客户端进程的连接请求。然后服务器进程就处于LISTEN状态，等待客户端的连接请求。
第一次握手：A的TCP客户端进程也是首先创建传输控制块TCB，然后向B发送连接请求报文，报文的同步位SYN=1，表示这是一个连接请求报文段。并选择一个初始序号seq=x。TCP规定，SYN=1的报文段不能携带数据。但要消耗掉一个序号。这时，TCP客户端进入SYN-SENT状态。
第二次握手：B收到连接请求后，如同意建立连接，则向A发送确认。在确认报文段中，将SYN与ACK都置为1，确认好为x+1，同时为自己选择一个初始序号seq=y。同理，这个报文段也不能携带数据，且需要消耗一个序号。这时，TCP服务端进程进入SYN-RCVD状态。
第三次握手：TCP客户端收到确认信息后，还要向B发送确认。确认报文段ACK置为1，确认号为y+1，自己的序号为x+1。这时ACK报文段可携带数据。不携带数据则不消耗序号。此时TCP连接已建立，A进入ESTABLISHED状态。
2.为什么两次握手不可以
为了防止已失效的连接请求报文段又传送到了B。如果没有第三次握手，那么这样会导致B发出确认后就认为连接已建立，并等待数据到来，造成资源的浪费。
3.为什么不需要四次握手
完全可靠的通信协议是不存在的。三次握手之后，通信双方都确认可以进行通信，再增加握手次数也不能保证之后的通信完全可靠，所以没有必要再握手。
4.Server 端收到 Client 端的 SYN 后，为什么还要传回 SYN
为了告诉客户端，服务端接收到的确实就是客户端所发送的连接请求报文段。
5. 传回了SYN，为什么还要传ACK
双方通信无误必须是两者互相发送信息都无误。传了SYN，证明发送方到接收方的通道没问题，而接收方到发送方的通道还需要ACK来进行验证