共计 789 个字符，预计需要花费 2 分钟才能阅读完成。
TCP/IP 协定是传输层的一个面向连贯的安全可靠的一个传输协定，三次握手的机制是为了保障能建设一个安全可靠的连贯
三次握手
那么第一次握手是由客户端发动，客户端会向服务端发送一个报文，在报文外面：SYN 标记地位为 1，示意发动新的连贯。
当服务端收到这个报文之后就晓得客户端要和我建设一个新的连贯，于是服务端就向客户端发送一个确认音讯包，在这个音讯包外面：ack 标记地位为 1，示意确认客户端发动的第一次连贯申请。
以上两次握手之后，对于客户端而言：曾经明确了我既能给服务端胜利发消息，也能胜利收到服务端的响应。
然而对于服务端而言：两次握手是不够的，因为到目前为止，服务端只晓得一件事，客户端发给我的音讯我能收到，然而我响应给客户端的音讯，客户端能不能收到我是不晓得的。
所以，还须要进行第三次握手，第三次握手就是当客户端收到服务端发送的确认响应报文之后，还要持续去给服务端进行回应，也是一个 ack 标记地位 1 的确认音讯。通过以上三次连贯，不论是客户端还是服务端，都晓得我既能给对方发送音讯，也能收到对方的响应。那么，这个连贯就被平安的建设了。
四次挥手
四次挥手 通常 也是客户端发动的，客户端会发送一个报文，报文 FIN=1，当服务端收到这个报文之后，就晓得了客户端想要和我断开连接
然而此时服务端不肯定做好筹备，因为当客户端发动断开连接的报文的时候，服务端有可能还有未发送完的报文音讯须要持续发送，所以此时服务端只能通知客户端我晓得你要和我断开连接了，然而我这里可能还没做好筹备，须要等我一下，等会我会通知你
于是，发完这个音讯确认报文之后，稍过片刻之后服务端持续发送一个断开连接的报文，FIN=1，表明服务端曾经做好断开连接的筹备，那么，当这个音讯发给客户端的时候，客户端同样须要持续发送一个音讯确认的报文
那么通过这四次的互相沟通和连贯，我就晓得了，不论是客户端还是服务端，都曾经做好了断开的筹备
以上
