和女冤家异地恋一年多，为了保持感情我提议每天早晨视频聊天一次。
从好上末尾，到如今，一年多也算坚持上去了。
成绩有时分聊天的进程中，我的网络或许她的网络能够会不好，视频就会卡住，听不到对方的声响，过一会儿之后才会恢复。
中间双方能够就要不断确实认网络能否恢复，但是有时分会：
她：“你可以听到了吗？”
我：“可以了，你呢？”、
她：“喂喂，你可以听到了吗？”
我：“可以了，我可以听到了，你呢？”
她：“你可以听到了吗？”
.....
这种状况很蛋疼，那么怎样才能找一个复杂的办法，让两团体都确认本人可以听到对方的声响，对方也可以听到本人的声响呢？
注：以下情节纯属虚拟
方案TCP树立衔接为什么是三次握手，而不是两次或四次？
TCP，名为传输控制协议，是一种牢靠的传输层协议，IP协议号为6。
特地说一句，准绳上任何数据传输都无法确保相对牢靠，三次握手只是确保牢靠的基本需求。
举个日常例子，打电话时我们对话如下：
对应为客户端与效劳器之间的通讯：
于是有了如下对话：
我：1+1等于几？
她：2,2+2等于几？
我：4
首先两团体商定协议
1.觉得网络状况不对的时分，任何一方都可以发起讯问
2.任何状况下，若发起讯问后5秒还没收到回复，则以为网络不通
3.网络不通的状况上等1min路由器之后再发起讯问
关于我而言，发起 “1+1等于几”的讯问后
1. 若5s内没有收到回复，则以为网络不通
2. 若收到回复，则我确认①我能听到她的音讯 ②她能听到我的音讯，然后回复她的成绩的答案
关于她而言，当觉得网络状况不对的时分
1. 若没有收到我的讯问，则她发起讯问
2. 若收到“1+1等于几”，则她确认 ①她可以听到我的音讯，然后回复我的成绩的答案和她的成绩“2，2+2等于几”
3. 若5s内没有收到我的回复“4”，则她确认 ②我听不见她的音讯
4. 若5s内收到了我的回复“4”，则她确认 ②我可以听见她的音讯
这样，假设下面的对话得以完成，就证明双方都可以确认本人可以听到对方的声响，对方也可以听到本人的声响！
这个故事可以解释TCP为什么要三次握手吗 ... 囧
关于四次挥手先由客户端向效劳器端发送一个FIN，央求封锁数据传输。
当效劳器接纳到客户端的FIN时，向客户端发送一个ACK，其中ack的值等于FIN+SEQ。
然后效劳器向客户端发送一个FIN，通知客户端运用顺序封锁。
当客户端收到效劳器端的FIN是，回复一个ACK给效劳器端。其中ack的值等于FIN+SEQ。
(责任编辑：admin)