为什么http请求要３次握手与４次挥手？

作者：安静的木小昊
链接：https://www.zhihu.com/question/67772889/answer/495905873
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
 

我觉得面试官想问的不是怎么握手, 而是为什么是3次,4次, 而不是更少或者更多?

建立连接

理想情况下:

client:"我要开始了"

server:"好的"

然后client开始发送信息.

第二种情况:

client:"我要开始了" 但是server没有收到

client发现半天server都没有反馈, 有发了一遍:"我要开始了"

server:"好的"

如果client发送的请求没有被server收到, 那么长时间没有收到server的回复后, 重新发送请求既可.

第三种情况:

client:"我要开始了" 这个请求堵在路上了, server没有收到

client重新发送:"我要开始了"

server:"好的"

client开始发送信息

在发送信息的过程中, server收到了之前堵在路上的请求. server只能重新建立连接. 这并不是我们希望的.

为了避免client本该失效的请求被server接收, 必须要多一次握手, 即三次握手.

client:"我要开始了"

server:"好的"

client:"那我真的开始了"

结束连接

和建立连接一样的考虑, 需要3次握手.如下:

client:"我要结束啦"

server:"好的"

client:"那我真的结束了"

但是结束和建立的一个区别在于, client想建立的时候, server能够随时准备建立.

而client想结束的时候, server得先确保手中的数据发送完才能够结束

所以中间的一次握手要拆分为两步.如下:

client:"我要结束啦"

server:"好的, 等我把数据发完"

server:"我发完啦"

client:"那我真的结束啦"

然后client结束连接

server收到后也结束连接.

再考虑一种情况, 假如server没有收到client发送的"那我真的结束啦"呢?超时重传吗?client都已经关闭连接了.

所以解决办法是:

client在发完"那我真的结束啦"后, 等待一段时间, 如果这段时间内没有收到server的重传, 证明server已经确实收到了. 所以client可以放心的结束了.

所以最终流程如下:

client:"我要结束啦"

server:"好的, 等我把数据发完"

server:"我发完啦"

client:"那我真结束啦"

client怕server没有收到, 就等了一会儿, 如果这段时间内没有收到server的重传, 就放心的关闭连接啦.

而server这边接到"那我真的结束啦"后, 就直接关闭连接了.