tcp协议的三次握手和四次挥手
三次握手：
第一次握手：
客户端发起一个链接（SYN）
第二次握手：
服务端就会返回一条（ACK）确认信息，同时服务端也会向客户端发起一个链接请求（SYN），此二者可合并
第三次握手：
客户端也会给服务端一个（ACK）确认建立链接的信息
注意：因为建立链接的过程中不涉及信息的传输，故可合并
传输信息
四次挥手：
第一次挥手：
客户端主动发送一个断开链接的请求（FIN_WAIT_1）,
第二次挥手：
服务端会向客户端回复一条确认断开的（ACK）
第三次挥手：
服务器也可以主动向客户端发送一个断开链接的请求（FIN_WAIT_2）
第四次挥手：
客户端会向服务端回复一条确认断开的信息（ACK）
注意：断开链接是因为信息传递结束，断开，所以不可把第二次挥手和第三次挥手合并，因为客户端向服务端的信息传完了，但是服务端在回复确认信息时，向客户端的传送的信息可能还没传完。
基于这种回复机制，不会丢失数据（不回复时，不删除数据），TCP协议是可靠协议
三次握手：
第一次握手：
客户端发起一个链接（SYN）
第二次握手：
服务端就会返回一条（ACK）确认信息，同时服务端也会向客户端发起一个链接请求（SYN），此二者可合并
第三次握手：
客户端也会给服务端一个（ACK）确认建立链接的信息
注意：因为建立链接的过程中不涉及信息的传输，故可合并
传输信息
四次挥手：
第一次挥手：
客户端主动发送一个断开链接的请求（FIN_WAIT_1）,
第二次挥手：
服务端会向客户端回复一条确认断开的（ACK）
第三次挥手：
服务器也可以主动向客户端发送一个断开链接的请求（FIN_WAIT_2）
第四次挥手：
客户端会向服务端回复一条确认断开的信息（ACK）
注意：断开链接是因为信息传递结束，断开，所以不可把第二次挥手和第三次挥手合并，因为客户端向服务端的信息传完了，但是服务端在回复确认信息时，向客户端的传送的信息可能还没传完。
基于这种回复机制，不会丢失数据（不回复时，不删除数据），TCP协议是可靠协议