应启用tcp实验性自动调节模式（experimental）并开启rss，而非禁用自动调节；执行netsh命令设置autotuninglevel=experimental和rss=enabled后，接收窗口需在数秒内升至512kb以上并动态浮动。
在Windows 11局域网环境中，内网传输速率长期卡在百兆级别、无法跑满千兆带宽，往往不是网线或交换机问题，而是TCP接收窗口未能及时适配高带宽低延迟链路——此时需启用并调优TCP自动调节级别（Autotuning Level），而非禁用它。
确认当前自动调节状态并理解其作用
以管理员身份打开 Windows Terminal（PowerShell），运行：
netsh int tcp show global
重点查看 Receive Window Auto-Tuning Level 一行：若显示 disabled，说明窗口被锁死，无法动态扩张；若为 normal 或 restricted，则自动调节已启用但策略偏保守，尤其在局域网中常导致窗口收敛过慢、长期维持在64KB以下，无法填满千兆链路的带宽时延积（BDP）。
注意：局域网延迟通常仅0.1–0.5ms，此时无需大窗口，但需要**快速响应、高频更新**的窗口调节机制，experimental 模式正是为此设计。
启用实验性自动调节模式
在同一个管理员终端中，依次执行：
netsh int tcp set global autotuninglevel=experimental
netsh int tcp set global rss=enabled
RSS（Receive Side Scaling）启用后，多核CPU可并行处理网络中断，避免单核瓶颈拖慢ACK生成与窗口更新。这一步必须配合autotuning=experimental才能释放全部潜力——若只调autotuning而未开RSS，高并发传输下仍可能因ACK堆积导致窗口停滞。
验证生效与微调
执行 netsh int tcp show global 后，确认两处变化：
① Receive Window Auto-Tuning Level 显示 experimental；
② Receive Window 数值应在连接建立后数秒内跃升至 512 KB 甚至 1 MB 级别（具体取决于MSS协商结果），且在持续传输中动态浮动，而非固定不变。
若数值仍低于256KB或长时间无变化，请检查是否遗漏管理员权限——普通用户权限下 netsh 命令看似成功，实则静默失败。
