FIN-ACK数据包是从服务器发送的，但客户端在客户端发送FIN-ACK数据包之前发送HTTP请求[关闭]

Question

正如预期的行为，当服务器发送 FIN-ACK 数据包时，客户端也应该发送 FIN-ACK 数据包并终止连接。但是对于我的某些情况，当服务器发送 FIN-ACK 数据包时，客户端会立即发出新的 http 请求，然后再从客户端发回 FIN-ACK。这导致连接重置数据包。这背后的原因是什么以及如何解决这个问题。

Answer 1

...当服务器发送FIN-ACK包时，客户端也应该发送FIN-ACK包...

虽然这很常见，但实际上并不是必需的。来自服务器的 FIN 仅表示服务器将不再发送任何数据 - 但它仍可能接收数据。来自客户端的类似 FIN 信号表明客户端将不再发送任何数据 - 但它也可能仍会接收数据。只有当双方都发送了一个 FIN 并得到了匹配的 ACK 时，那么很明显不会再双向发送数据，从而关闭连接。

...当服务器发送 FIN-ACK 数据包时，在客户端发回 FIN-ACK 之前，立即有新的请求来自客户端。

在 TCP 级别没有“请求”。对于某些应用程序协议，请求和响应仅在应用程序级别具有意义。不清楚这里所说的是什么应用程序协议。

这是什么原因以及如何解决这个问题。

如上所述，来自服务器的 FIN 仅表示服务器不会再发送任何数据。但它可能仍会接收数据。这里没有禁止客户端发送更多数据。这里没有要解决的问题。