1、稍微想一下就知道,TCP不是绝对可靠的协议,比如:网络断开,主机崩溃,无论TCP如何努力,都无法将数据传给对方。 2、考虑应用程序A向应用程序B发送数据的TCP流程,数据流从应用程序A通过他所在主机的TCP/IP栈向下传输,经过几台中间路由器, 通过应用程序B所在主机的TCP/IP栈向上传输,最后到达应用程序B。 特别注意:中间的路由器(即使拥有TCP/IP协议栈)并不涉及TCP层和应用层,只是转发IP数据报, 也就是说,不会在路由器的TCP/IP协议栈向上传输,然后在向下传输,只有在发送端和接收端才有这部分流程。 3、考虑一种极端的情况,TCP确认了收到的数据,但是应用程序还没有来得及把这部分数据取走,就崩溃了。 这种情况下,发送端认为接收端已经准确无误地收到了数据,但是接收端的应用程序并没有取到数据。 除此之外,还有其他一些的情况, 4、网络中断,如果没有备用的路径,数据传输一直失败,知道传输路径修复好,或者存在了备用的路径。 5、对等实体崩溃,也就是对端的应用程序崩溃, 注意:对等实体崩溃与对等实体调用close(windows下调用closesocket)以及exit是无法区分的。 这种情况下,对等实体会发送fin包,表明没有办法再发送数据了。 6、对等实体的主机崩溃,这和对等实体崩溃不同,主机崩溃了,没法发送fin给我们。
时间: 2024-08-05 02:22:14