一、三次握手
建立可靠的通信通道，即服务端和客户端都可以正常的数据的发送和接收。
- 第一次握手
客户端：向服务端发送syn，什么都无法确认
服务端：可以确认自己接受正常，客户端发送正常
- 第二次握手
客户端：发送正常、接受正常
服务端：仍旧是确认自己接受正常，客户端发送正常
- 第三次握手
客户端：第二次握手都已确认
服务端：自己发送正常、接受正常，客户端发送正常，接受正常
- 为什么需要三次，而不是两次
防止失效的链接请求被服务端接收，从而产生错误。只需两次握手，客户端并没有太大影响，仍然需要获得服务端的应答后才进入ESTABLISHED状态，而服务端在收到连接请求后就进入ESTABLISHED状态。此时如果网络拥塞或者其他原因导致超时，客户端发送的连接请求迟迟到不了服务端，客户端便超时重发请求，如果服务端正确接收并确认应答，双方便开始通信，通信结束后释放连接。此时，如果那个失效的连接请求抵达了服务端，由于只有两次握手，服务端收到请求就会进入ESTABLISHED状态，等待发送数据或主动发送数据。但此时的客户端早已进入CLOSED状态，服务端将会一直等待下去，这样浪费服务端连接资源。
二、四次挥手
- 第一次挥手
客户端向服务端发起释放请求，该请求只有报文头，客户端进入FIN-WAIT-1状态
- 第二次挥手
服务端收到释放请求后，会通知相应的程序，会向客户端发送应答，自此服务端进入CLOSE-WAIT状态
经过这两次挥手，客户端不会再发送数据，服务端不会接受数据。但是客户端仍旧可以接受数据，服务端仍旧可以发送数据。
- 第三次挥手
当服务端向客户端发送完所有数据后，就会向客户端发送释放请求
- 第四次挥手
当客户端收到服务的的释放请求后，会向服务端发送确认应答，此时客户端进入了TIME-WAIT状态。改状态会持续2MSL时间，若该时间段内没有服务端的重发请求的话，就进入了CLOSED状态，撤销TCB(在通信开始前，双方都得创建各自的传输控制块)。当服务端收到确认应答后，也进入了CLOSE状态，撤销TCB。
- 为什么挥手需要四次，而不是两次
前两次挥手，仅仅是断掉了一个方向的链接，即客户端不会再发送数据，服务端也不会再接受数据。但是另外的一个方向的链接还保留着，即服务端仍旧还可以发送数据，客户端仍旧还可以接受数据。
- 客户端为什么要先进入TIME-WAIT状态，登台2MSL时间后才进入CLOSE状态
为了保证服务端能收到客户端的确认应答。若客户端发送完确认应答后直接进入了CLOSE状态，那么如果该应答丢失，服务端等待超时后，就会重新发送链接释放请求，但此时客户端应该关闭了，不会作出任何响应，此时服务端永远无法正常关闭。
