c++ - 发送/接收套接字阻塞问题

Question

关于我心爱的套接字的另一个问题。我先解释一下我的情况。之后我会告诉你是什么困扰着我。

我有一个客户端和一个服务器。这两个应用程序都是用 C++ 编写的，实现了 winsock2。连接通过 TCP 和 WLAN 运行。 WLAN 非常重要，因为它可能会导致问题，并且肯定会成为通信 channel 。

我正在将两个套接字连接到服务器。一个 SendSocket 和一个 ReceiveSocket。我不断地通过 sensocket 向服务器发送视频数据。数据被处理并发送回客户端并显示。每个套接字都有自己的线程。

视频数据经过编码，因此我达到了 500kB/s 左右。让我们将此速率视为固定速率，无需解释。

客户看到的完美沟通:

Send Data
Recv Data
Send Data
Recv Data
...

这是大约 100 帧的情况。

但是每隔几帧，流就会卡住大约 4 帧，然后继续。 (4帧相当于500ms)

这就是我面临的问题。

流发生的情况如下:

Send Data
Recv Data
Send Data
Send Data
Send Data1 -> blocked send
Recv Data
Recv Data
Send Data2 -> not blocked anymore.

数据在服务器端正确发送。

由于 WLan 不是双工的(据我所知)，我认为发送调用出于某种原因被优先考虑。之后 Receive 调用被优先处理，所以 send 调用阻塞直到 recv 调用完成。

也许你可以告诉我，底层发生了什么，这可能会导致问题。顺便提一句。我绝对不确定，如果它不仅仅是带宽问题，但我认为 WLAN 应该能够处理 500kB/s。这个500kB/s是上行和下行一起的。重要提示:如果我将帧率设置为 1/5 的因子，它不会解决问题。

我知道很难用这种洞察力解决这个问题。如果你能分享你的知识，我会很高兴，这样我就可以自己修复它。

编辑:如果客户端 recv 稍有挂起，那就完全没问题了。但它不能阻止发送。服务器持续需要数据。

Answer 1

阻塞发送意味着套接字发送缓冲区已满，这意味着 (a) 接收方的套接字接收缓冲区已满，这意味着接收方的读取速度不如您发送的速度；否则 (b) 存在导致发送方重试的网络丢失。无论哪种情况，发送端都无能为力。

肯定有人会提到非阻塞 I/O 作为解决方案，但事实并非如此:在阻塞发送方阻塞的地方，非阻塞发送方将从 send() witch 'errno = = EAGAIN/EWOULDBLOCK'，这根本没有解决实际问题。