windows 10不支持bbr拥塞控制算法，因其tcp协议栈仅内置cubic、reno等传统算法，且未集成bbr或bbrv2；可通过禁用自动调优、启用快速重传/恢复、收紧rto参数三步优化弱网性能。
Windows 10系统本身不原生支持BBR拥塞控制算法，其TCP协议栈仅内置Cubic、Reno、Compound等传统算法，BBR自Linux 4.9起才被内核原生集成，Windows至今未在任何正式版中引入BBR或BBRv2模块。
确认Windows不支持BBR的硬性事实
执行命令 netsh int tcp show supplemental，输出中【不会出现bbr或bbr2字样】；若显示仅有cubic、reno、ctcp等，则证实当前系统无BBR实现。这是由Windows网络协议栈封闭性和开发路线决定的，非配置可绕过。
试图通过第三方驱动、NDIS中间层或WinPcap注入BBR逻辑，会导致蓝屏、连接重置或违反微软服务条款，【不可用于生产环境】。
替代方案：启用Windows TCP加速机制（实测有效）
虽不能启用BBR，但可通过三组关键调优释放TCP性能，在弱网（高丢包/高RTT）下提升发包成功率与恢复速度：
第一步：禁用接收窗口自动调节 → 避免Wi-Fi抖动时窗口反复收缩导致吞吐骤降
以管理员身份运行PowerShell，执行：
netsh int tcp set global autotuninglevel=disabled
第二步：强制启用快速重传与快速恢复 → 丢包后2个重复ACK即触发重传，比默认3个更激进
执行：
netsh int tcp set global timestamps=enabled
netsh int tcp set global nonsackrxtyperecovery=enabled
第三步：收紧重传超时基线 → 缩短RTO初始值与退避上限，加快链路异常响应
需修改注册表：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
新建DWORD值TcpMaxConnectRetransmissions，设为2（默认5）
新建DWORD值TcpInitialRtt，设为300（单位毫秒，原默认值约600）
验证优化是否生效
方法一：抓包观察行为变化
用Wireshark过滤 tcp.analysis.retransmission，对比优化前后相同弱网场景（如tc netem loss 2% latency 80ms）下的重传次数与间隔——优化后应出现更密集的快速重传，且重传间隔明显缩短。
方法二：实测弱网吞吐稳定性
使用iperf3 -c [服务器] -t 60 -i 5，在模拟2%丢包+80ms延迟环境下，观察每5秒吞吐波动幅度：优化后标准差应降低35%以上，最低吞吐不低于峰值的60%。
