电脑
你提到的内容似乎有些不清楚的地方，我试着重新整理并用更清晰的方式表达一下。在网络传输中，如果完全没有拥堵控制机制，那传输策略的选择就显得尤为重要。一般而言，有两种极端的传输方式：一种是最保守的方式，即每发送一个数据包就需要等待接收方确认后再发下一个；另一种则是最激进的方式，直接占用所有可用带宽，先不管网络状况如何，反正能传多少算多少。如果你采用的是最保守的策略，也就是发一个包等一次确认的方式，那么带宽利用率通常会很低。原因很简单：当网络延迟较高时，大部分时间都被浪费在等待确认上，而实际传输的时间却很少。为了更好地利用带宽，我们需要引入一种更为高效的传输策略。这种策略的核心思想是：一次性发送多个数据包，而不是每次只发送一个。具体来说，我们可以先发送一组数据包（比如5个或10个），然后等待对方确认最后一个包是否成功到达。如果全部成功，我们就可以继续发送下一组数据包；如果出现丢包，则需要调整策略，比如减少每次发送的数据量。这里提到的一个关键概念叫做窗口大小（window size）。窗口大小决定了每次可以发送多少个数据包。它需要根据当前网络的实际带宽和延迟情况来动态调整。如果窗口太小，会导致带宽利用率不足；而如果窗口太大，可能会因为网络拥塞导致大量丢包，最终影响传输效率。然而，问题在于，我们无法直接知道当前网络的真实带宽是多少。例如，你的
电脑可能通过千兆网线连接到
路由器，但
路由器的出口带宽可能只有1Mbps。如果你按照千兆的速度疯狂发送数据包，这些包很可能会在出口处堆积，最终被丢弃。因此，实际的传输速度并不是由你单方面决定的，而是取决于整个路径上的最小带宽限制。为了解决这个问题，网络协议设计了一种试探性的方法——从较小的窗口开始尝试。如果发现数据包都能成功到达，就逐渐增大窗口大小；如果出现大量丢包，则适当缩小窗口。通过不断调整，最终找到一个既能充分利用带宽又不会引发严重拥塞的最佳窗口大小。这就是所谓的拥堵控制（TCP congestion control）。回到你最初提到的问题，如果没有实现拥堵控制，就意味着系统无法自动适应不同的网络环境，也就无法最大化地利用带宽资源。无论使用哪种协议（TCP 或 UDP），这一点都是适用的。最后再强调一点：UDP 并不比 TCP 快。事实上，在很多场景下，UDP 只是允许开发者有选择性地忽略某些数据包，从而表面上看起来更快。例如，在游戏场景中，如果某个角色的血量信息丢失了，可以通过后续的数据包重新同步状态，而不必像 TCP 那样强制要求重传丢失的数据包。但这并不代表 UDP 的传输速度本质上优于 TCP。
