累计确认，接收方发送的ack代表当前收到的最大正确分组，例如发送1、2、3、4、5，只收到1、2、4、5，那么丢弃或缓存4和5，回复ack2，代表只正确收到了1和2，这时发送方收到ack就要重新发送2以后的所有分组，也就是3、4、5
延迟确认（Delayed ACK）是 TCP 中的一种优化机制，用于减少网络上的确认 ACK 包的数量，从而提高网络利用率和性能。
在延迟确认机制下，接收方并不会立即对每个收到的数据包发送确认 ACK 包，而是会等待一段时间（通常是200毫秒），看是否有更多的数据包到达。只有在这段时间内没有收到其他数据包时，接收方才会发送一个确认 ACK 包，确认收到之前所有的数据包。
延迟确认的优点包括：
- 减少确认包数量： 通过延迟确认，可以减少发送到网络中的确认 ACK 包的数量，从而降低网络上的流量负载。这对于减少网络拥塞、提高网络性能和降低延迟都是有益的。
- 提高网络利用率： 由于减少了确认 ACK 包的数量，可以更有效地利用网络带宽，提高网络的利用率。
- 减少处理开销： 接收方不必为每个接收到的数据包立即发送确认 ACK 包，从而减少了处理开销和网络协议栈的负担。
尽管延迟确认可以提高网络性能和效率，但也可能会引入一些问题，特别是对于某些实时应用或需要低延迟的场景。在这些情况下，延迟确认可能会增加数据传输的延迟，因为确认 ACK 包的发送会被延迟。因此，在应用延迟敏感的场景中，可能需要根据具体情况来禁用或调整延迟确认机制。
延时确认和累计确认是一个概念吗
延迟确认和累计确认是 TCP 中两个不同的概念，它们虽然都涉及到确认 ACK 包的发送，但是有着不同的作用和机制。
- 延迟确认（Delayed ACK）：
- 延迟确认是一种 TCP 优化技术，它延迟了对接收到的数据包的确认 ACK 包的发送。
- 接收方在收到数据包后，并不会立即发送确认 ACK 包，而是等待一段时间，通常是几十到几百毫秒，看是否有更多的数据包到达。
- 只有在延迟时间内没有收到其他数据包时，接收方才会发送一个确认 ACK 包，确认之前所有接收到的数据包。
- 累计确认（Cumulative Acknowledgment）：
- 累计确认是指在 TCP 中接收方发送的确认 ACK 包中包含了一个序号，表示接收方已经成功接收并准备好了下一个期望收到的数据包的序号。
- 这个序号是一个累积值，表示接收方已经收到了该序号之前的所有数据包。
- 例如，如果接收方已经成功接收了序号为1000的数据包，但是还没有收到序号为1001的数据包，那么它会发送一个序号为1001的确认 ACK 包，表示已经准备好接收序号为1001的数据包。
虽然延迟确认和累积确认都是 TCP 中确认 ACK 包相关的机制，但是它们是不同的概念，分别涉及到发送确认 ACK 包的时机和确认的范围。
练习题
