3

我有一个服务器和一个客户端应用程序，客户端向服务器发送一堆数据包。使用的协议是UDP。客户端应用程序生成一个新线程以循环发送数据包。服务器应用程序还生成一个新线程来循环等待数据包。

这两个应用程序都需要根据传输进度保持 UI 更新。这个问题已经解决了如何正确保持 UI 更新。基本上，服务器和客户端应用程序都会为每次循环迭代引发一个事件（下面的代码），并且都将随着进度保持 UI 更新。像这样的东西：

private void EVENTHANDLER_UpdateTransferProgress(long transferedBytes) {
    receivedBytesCount += transferedBytes;
    packetCount++;
}

receivedBytesCount每个应用程序中的计时器将使用来自和的最新信息更新 UI packetCount。

客户端应用程序完全没有问题，一切似乎都按预期工作，并且每次发送数据包时 UI 都会正确更新。服务器是有问题的...

传输完成后，receivedBytesCount将packetCount与发送的总字节数或客户端发送的数据包数不匹配。顺便说一下，每个数据包的大小为 512 字节。服务器应用程序正在计算调用 fromSocket.ReceiveFrom()返回后立即收到的数据包。而且似乎由于某种原因没有收到它应该收到的所有数据包。

我知道我正在使用 UDP，它不能保证数据包实际上会到达目的地，并且不会执行重新传输，因此可能会丢失一些数据包。但我的问题是，由于我实际上是在本地测试，服务器/客户端都在同一台机器上，为什么会发生这种情况？

如果我Thread.Sleep(1)在客户端发送循环中放置一个（似乎转换为 15 毫秒暂停），服务器将接收所有数据包。由于我在本地执行此操作，因此客户端发送数据包的速度非常快（没有Sleep()调用），服务器无法跟上。这是问题所在还是可能在其他地方？

4

1 回答 1

3

'如果我在客户端发送循环中放置一个 Thread.Sleep(1)（这似乎转换为 15 毫秒的暂停），服务器将接收所有数据包'

套接字缓冲区已满，堆栈正在丢弃消息。UDP 没有流量控制，因此，如果您尝试在紧密循环中发送大量数据报，一些数据报将被丢弃。

使用你的 sleep() 循环，（啊！），在 UDP 之上实现某种形式的流量控制，实现某种形式的非网络流量控制，（例如，使用异步调用、缓冲池和线程间通信） ，或使用内置流量控制的不同协议。

如果你在网络堆栈上铲东西的速度比它消化的速度快，如果它偶尔抛出，你不应该感到惊讶。

于 2012-04-10T13:59:56.010 回答