请教一个TCP链接释放的问题？

bxb_koala

有A，B两端，A向B发送数据，如果A发完后关闭他这端的链接，那A如何知道B接收完并安全释放链接呢？

ssffzz1

另外关闭连接需要4次握手。

testvpn

A自己把要发的数据都发完就直接FIN了，如果对端还没有接收完所有的数据，是不会对这个FIN进行ACK的，所以这个方向的连接不会断开。 如果B没有收完数据，应该会发ACK来要他需要的包（没做实验，猜想）。

sdasdf

好像还一个半关闭状态是吧

hyagami

接受完B返回一个ACK，中途应该不会发送ACK寻求需要的包吧，从建立连接到断开4步搞定

testvpn

是，我说的是如果B没收完数据就收到FIN的情况下。\r\n因为有时候A发完数据就发FIN，A还没收到B的ACK就把FIN发出去了。\r\n\r\n这种情况下，如果B收完了数据，他就直接把对之前数据的ACK省略了，直接发对FIN的ACK就行了。\r\n如果没收完数据，我觉得B应该用ACK来请求之前的数据，而不对这个FIN做ACK。

ssffzz1

TCP/IP协议详解记得有过精辟论述。好像这本书了。记的不十分准确。

hyagami

B如果没有收完数据的话，在收到来自A的FIN执行被动关闭，对于半关闭的应用来说,A仍然会发送完数据的，但是B不会\r\n\r\n发送ACK去请求A的数据，而是返回一个FIN，直到A发回FIN的ACK时，连接才关闭，一般是由A来决定何时终止数据传送的

testvpn

当A发送完FIN进行主动关闭后，就表明A没有数据要发送了，所以A不会再发送数据，但是这个时候B还没有对A发出的最后的数据进行ACK，而A发出的最后的数据有可能丢失，所以如果这个包丢失了，那么在B收到FIN的时候，由于序列号不连续，不知道B会采取什么动作，我猜是用ACK请求数据。\r\n大概翻了下TCP/IP详解，没有找到相关的内容。\r\n\r\n因为我做了个FTP的实验：\r\n当服务器端发送完数据后，在还没有收到客户端ACK的情况下，他就发了FIN，而客户端直接ACK了这个FIN，当然，这是因为客户端确实收到了所有的数据，序列号也是连续的。\r\n目前我还做不出让客户端收不到最后一个包含数据的包的实验。。。

hyagami

哦 TCP/ip详解 18章有详细的讲这块的内容，你可以再翻翻看看