【面试复习】计算机网络

最新推荐文章于 2023-07-07 20:38:12 发布

一只小陀螺

最新推荐文章于 2023-07-07 20:38:12 发布

阅读量159

点赞数

分类专栏：面试复习

本文链接：https://blog.csdn.net/qq_23502651/article/details/107587723

版权

4 篇文章 0 订阅

订阅专栏

TCP和UDP相关

可能会出现已失效的连接请求报文段又传到了服务器端。 client 发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达 server。本来这是一个早已失效的报文段。但 server 收到此失效的连接请求报文段后，就误认为是 client 再次发出的一个新的连接请求。于是就向 client 发出确认报文段，同意建立连接。假设不采用 “三次握手”，那么只要 server 发出确认，新的连接就建立了。由于现在 client 并没有发出建立连接的请求，因此不会理睬 server 的确认，也不会向 server 发送数据。但 server 却以为新的运输连接已经建立，并一直等待 client 发来数据，这样server 会白白浪费很多资源。三次握手可以防止上述现象发生。
其次，两次握手无法保证Client正确接收第二次握手的报文（Server无法确认Client是否收到），无法保证Client和Server之间成功互换初始序列号。

因为服务端的LISTEN状态下的SOCKET当收到SYN报文的建连请求后，它可以把ACK和SYN（ACK起应答作用，而SYN起同步作用）放在一个报文里来发送。但关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了，所以你可能未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。