c# - 为什么服务器不使用 C# 中的套接字在本地传输中接收所有 UDP 数据包?

标签 c# multithreading sockets udp packets

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

这两个应用程序都需要使 UI 与传输进度保持同步。 this question 已解决如何正确保持 UI 更新的问题.基本上,服务器和客户端应用程序都会为每个循环迭代引发一个事件(下面的代码),并且都会使 UI 随进度更新。像这样:

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

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

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

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

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

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

最佳答案

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

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

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

如果你在网络堆栈中铲东西的速度快于它消化它的速度,那么如果它偶尔抛出,你不应该感到惊讶。

关于c# - 为什么服务器不使用 C# 中的套接字在本地传输中接收所有 UDP 数据包?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10089045/

相关文章:

vb.net - 关闭 socket ?

c - 可能的错误 - 将一个流与一个已经有关联的 FD 相关联?

javascript - socket.io net::ERR_CONNECTION_TIMED_OUT 错误

带 https 的 C# WebClient

c# - 如何在资源 api 中使用 IdentityServer4 范围

java - 在 Eclipse 中按下停止按钮时,finally() 会被调用吗?

multithreading - 在非主线程中使用不使用 CGContextRef 的 iOS CoreText API

c# - 我可以确定属性 setter 是否是内部的吗?

c# - 使用 Web API 的服务根 URL 访问 CRM Dynamics 365 数据

multithreading - 虚拟Listview,线程和内存消耗不下降