参见RFC 793：

重置生成

作为一般规则，每当一个显然不是用于当前连接的段到达时，必须发送重置 (RST)。如果不清楚是这种情况，则不得发送复位。

为了了解为什么会发生这种情况，我们需要考虑以下两件事：

1. TCP 是有状态的，因为连接的两个端点都保持连接状态。当连接关闭时，必须在某个时候删除此状态。在 TCP 中，可以在（立即）切换到 CLOSE 状态时删除连接状态。

2. 当 TCP 接收到一个段时，它必须能够将该段与任何现有连接相关联。如果没有将段关联到的连接，则 TCP 发送 RST（参见 Zac67 的答案）。

这就是这两个事实如何适用于这种情况。

A -----FIN-----> B
A <----ACK------ B

A <----FIN------ B
A -ACK ->   ???  B

A 发送了一个 ACK​​。此时，A 和 B 都关闭了连接。因此，不再需要连接状态。但是，由于最后一个 ACK​​ 可能会丢失，因此标准规定 A 必须在 2 * MSL 时间间隔内保留（部分）连接状态。如果 ACK 丢失，B 将重新发送 FIN，A 可以重新发送它的 ack。它还重置此 2*MSL 计时器。

根据标准（RFC 793）：

MSL - 最大段生命周期，一个 TCP 段可以存在于互联网络系统中的时间。任意定义为2分钟。

我认为某些系统允许配置该计时器的值。但是，它应该足够大，以便 FIN 的重传在计时器到期之前到达。

所以，这可能发生：

A -----ACK-->X(Lost)   B
TIME_WAIT        LAST_ACK

                 (timeout waiting for ACK) 
A <----FIN------ B
A -----ACK-----> B
|
restart 2MSL timer
|

这不应该发生。如果是，则表示计时器太短。

A -----ACK-->X(Lost)   B
TIME_WAIT        LAST_ACK
|
2MSL Timer
|
CLOSED
// timer value was too short(!)
                 (timeout waiting for ACK)
A <----FIN------ B
A -----RST-----> B
                 CLOSED

让我们看看为什么发送RST：

...
A -ACK ->   ???  B
TIME_WAIT     // A goes into TIME_WAIT state  
|
2MSL Timer
|            // The timer expires
CLOSED      // A deletes any connection state associated with this connection

因此，如果由于某种原因发生这种情况：

A <----FIN------ B

A 没有任何与此段关联的连接状态。它不知道如何处理它。因此，根据规范，它会发送其 RST。