TCP建立连接三次握手

1）主机A：主机Ｂ，在线吗？收到请回复。

2）主机Ｂ：收到，那你还在线吗？收到请回复。

3）主机Ａ，收到，我还在线；会话连接成功，下面开始说正事吧。

为什么是三次握手

假设只有二次握手，就有可能出现以下的情况：主机Ａ请求连接时，因为网络延迟问题，这条消息主机Ｂ迟迟没有收到，因为主机Ａ等待超时又发了一个连接请求，主机Ｂ收到请求后同意了连接，所以这次的连接建立了，这时上一次的请求连接消息主机Ｂ才收到，主机Ｂ当然也是同意的，但是这个连接在主机Ａ看来是过时的，主机A当然不能正常连接，主机B却连接了，这就导致主机B创建了一个无意义的连接，白白浪费了系统资源。

TCP释放连接四次挥手

1）主机A：主机B，我没有要发送的数据了，我请求关闭连接，收到请回复。

2）主机B：收到，但是你得先等等，我得先确认一下我还有没有数据要发送给你，若有我要发送完毕再联系你。

3）主机B：主机A，我的数据也已经发送完毕，咱们现在关闭会话吧，收到请回复。

4）主机A：收到，可是我要等待2分钟后才能关闭连接，2分钟后连接将会自动关闭。

为什么要等待2分钟呢？

2分钟对应的专业术语是MSL即Maximum Segment Lifetime，也就是最大报文生存时间，他是任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。引用《TCP/IP详解》中的话：“它(MSL)是任何报文段被丢弃前在网络内的最长时间”。RFC 793中规定MSL为2分钟，实际应用中常用的是30秒，1分钟和2分钟等。

因为主机A在对主机B进行回复确认时，可能网络会丢失数据，如果丢失数据了，主机B会重发FIN给主机A的，因为主机B要等收到了主机A的确认时才会close连接，但是如果主机A再回复确认后马上close连接，那就可能会导致主机B不能close连接，所以主机B是比主机A遭关闭的。