发送方需要估计可用容量
网络不会直接告诉每个应用还能占用多少带宽。拥塞控制利用确认、丢包、时延或拥塞信号等反馈调整发送行为。拥塞窗口是发送侧管理在途数据的约束；它不同于接收方用来保护接收缓冲的流量控制窗口。
慢启动不等于按固定速度慢慢发送
连接初期通常逐步扩大在途数据，以探索路径容量。短连接可能尚未进入稳定状态就已结束，因此小文件和大文件下载表现不同。初始窗口、确认行为及具体算法会影响变化曲线，不能把某条曲线推广为所有系统的固定规律。
恢复过程也会影响速度
当出现损失或其他拥塞迹象时，算法可能收缩发送规模，再逐步恢复。持续高速与明显回落交替，可能与共享瓶颈、无线波动或竞争流有关。算法名称不同不代表任何环境下都有确定优劣，比较时需要控制协议、服务器与测试负载。
优化不能只改一个算法名字
跨境传输还受 RTT、接收窗口、应用并发与目标服务限制。调整拥塞控制前，应建立基线、准备回退，并观察高负载下的时延和公平性。某次测速峰值变高，但其他业务延迟明显恶化，不应简单评价为优化成功。
场景示例
短下载在刚开始加速时结束，长下载却能逐渐稳定，这是需要区分连接阶段的例子。不能仅凭起步几秒的速度，判定线路带宽不足。
实践检查清单
- 区分拥塞控制与接收端流量控制。
- 测试多个文件大小及并发水平。
- 记录吞吐曲线、丢包及负载下延迟，而非只有峰值。
参考资料
以下为相关标准或背景资料。本文是独立技术说明，示例不代表归巢实测或功能承诺。
实际网络表现受地区、运营商、目标服务、协议实现与负载影响。归巢的具体功能、会员权益及可用线路，以当前客户端和正式服务说明为准。