不是一回事。
-
CONFIG_LWIP_TCP_WND_DEFAULT(LWIP_TCP_WND) :指 lwIP 里每个 TCP 连接的"接收窗口"(receive window) ,单位是 字节。它决定你对端能"最多连续发多少未确认的数据"给你,从而影响吞吐(窗口越大,链路 RTT 下越能跑满速)。 -
CONFIG_ESP_WIFI_DYNAMIC_RX_BUFFER_NUM:指 Wi-Fi 驱动层用于接收数据帧的"动态 RX 缓冲区数量"(是"个数",不是 TCP 的窗口大小)。每个 buffer 本质上承载一帧/一段数据,大小由驱动内部固定策略决定(你主要能调的是"数量",不是每个 buffer 的尺寸)。
两者的关系可以这样理解:
它们是不同层的"两个水桶",但会互相卡脖子
-
Wi-Fi RX buffers(dynamic/static)太少:空口收到的数据来不及搬运/投递到 lwIP,就会 丢包/重传,吞吐上不去。
-
TCP WND 太小:即便 Wi-Fi 很能收,对端也会因为你"广告窗口小"而 不敢多发,吞吐同样上不去。
所以你截图里那种"WND 要和 WIFI_DYNAMIC_RX_BUFFER_NUM 匹配"的说法,更准确的含义是:
TCP 窗口不要设置得远大于系统实际能缓存/处理的接收能力 (Wi-Fi 驱动 RX buffer + lwIP pbuf + 应用读取速度)。
否则窗口大也白搭,反而更容易触发内存压力、丢包、抖动。
怎么调更合理(经验规则)
-
WND 一定按 MSS 的整数倍调
WND ≈ N * MSS(MSS 常见 1460),N 常用 4/8/16/32。例如:
8*MSS=11680、16*MSS=23360、32*MSS=46720。 -
C3 这种内存紧张平台别盲目拉很大
WND 每个 TCP 连接都会占用更多 pbuf/缓存压力;并发连接一多就更明显。
如果你只有 1 条 TCP 流想跑快:可以把 WND 逐步从
16*MSS往32*MSS试。如果你有多连接:WND 反而要保守一些。
-
配套项(经常一起调)
-
CONFIG_LWIP_TCP_WND_DEFAULT(接收窗口) -
CONFIG_LWIP_TCP_SND_BUF_DEFAULT(发送缓冲,影响上行吞吐) -
CONFIG_LWIP_TCP_SND_QUEUELEN(队列长度) -
CONFIG_LWIP_TCP_MSS(MSS) -
Wi-Fi:
CONFIG_ESP_WIFI_DYNAMIC_RX_BUFFER_NUM / STATIC_RX_BUFFER_NUM / RX_BA_WIN
结论回答你的问题
LWIP_TCP_WND_DEFAULT 不是指 DYNAMIC_RX_BUFFER 的大小 ;
它是 TCP 层窗口大小(字节) ,而 DYNAMIC_RX_BUFFER_NUM 是 Wi-Fi 驱动接收缓冲区数量(个数)。两者需要"相互匹配",但不是同一个参数、也不是同一个单位。