三次握手：
（1）客户端向服务器端TCP请求连接，向服务器端发送控制位SYN=1，序号seq=x的请求报文。（x是随机产生的，且不能为0）
（2）服务器端接收到请求报文后，若同意建立连接，则向客户端发送控制位SYN=1，ACK=1，确认号ack=x+1，序号seq=y的请求确认报文。
（3）客户端接收到确认报文后，向服务器端发送控制位ACK=1，序号seq=x+1,确认号ack=y+1的确认报文。TCP连接建立完成。
四次挥手：
客户端和服务器端都可以主动提出释放请求，下面以客户端为主
（1）当客户端主动释放TCP连接时，停止发送数据，向服务器端发送控制位FIN=1，序号=u的请求报文。（u等于客户端发送的最后一个字节的序号加1）
（2）服务器端接收到请求报文后，向客户端发送ACK=1，确认号ack=u+1，序号=v的确认报文。（v等于服务器发送的最后一个字节序号加1）
（3）当服务器端数据都发送完毕后，服务器会向客户端发送控制位FIN=1，ACK=1，序号为w，ack=u+1的请求报文（w取决于在“半关闭”状态，服务器是否发送过数据报文）
（4）客户端在接收到请求报文后，向服务器发送ACK=1，序号seq=u+1，确认序号ack=w+1的确认报文。TCP连接释放完毕。
Q1：为啥要三次握手？两次不可以吗？
TCP协议通信的双方，都维护着有一个初始序列号，以标识发送出去。 如果只是两次握手， 至多只有连接发起方的起始序列号能被确认， 另一方选择的序列号则得不到确认，无法达成一致。
Q2：四次挥手如果改为三次怎么样？
TCP连接和释放的工作原理图如下：
（1）状态的改变
连接建立：
客户端状态: CLOSE（关闭）=>SYN-SEND（准备发送）=>ESTABLISHED（已建立连接）
服务器端状态：LISTEN（收听）=>SYN-RCVD（准备接收）=>ESTABLISHED（已建立连接）
连接释放：FIN-WAIT-1（释放等待-1）=> FIN-WAIT-2（半关闭）=>TIME-WAIT（计时等待）=>CLOSE（关闭）
客户端状态：CLOSE-WAIT（关闭等待）=>LAST-ACK（最后确认）=>CLOSE（关闭）=>LISTEN（收听）
（2）连接请求报文的序号（ISN）seq值是随机产生的，但是不能为0。
原因：（1）增加安全性，避免被攻击者猜测到，被第三方伪造的RST报文Reset。
（2）避免因TCP连接非正常断开而可能引起的混乱。如果在连接突然中断时，可能有一个或两个进程同时等待对方的确认应答，而这个时候有一个新连接的序号也是从0开始，那么接收进程就有可能认为是对方重传的报文，有可能造成连接过程的错误。
（3）为什么要time wait，为什么是2msl？
TCP关闭一个连接时，它并不认为这个连接马上就真正地关闭。采用延迟2MSL(最长报文寿命)时间，确保服务器在最后阶段发送给客户端的数据，以及客户端发送给服务器最后一个“ACK”报文都能正确地被接收（包括错误重传时间），防止因个别报文传输错误导致连接释放失败。