接收以固定的时钟速率发送的UDP数据包流

Question

我要求以每秒1000个数据包的固定速率接收UDP数据包流。 它们由28个字节的有效载荷组成，其中前四个字节（Uint32）是分组序列号。 发送方是同一本地网络中的嵌入式设备，地址和端口是相互已知的。 我不希望收到每个数据包，但主机的设计应使其不会增加固有的UDP协议限制。

我一般只有有限的UDP和套接字的经验（只是从Android手机上的传感器应用程序到PC的临时流，用于一个小型的演示项目）。

我不确定以最快的速度接收所有数据包的最明智的方法是什么。 我想象某种循环，或者某种自我重新触发的接收操作。 我研究了同步和异步接收之间的区别，以及基于任务的异步模式（TAP），但我感觉还不是很自信。 它看起来像一个简单的任务，但它的理解对我来说仍然很复杂。

所以问题是：

1. UdpClient类是否适合这样的场景，或者我最好使用Socket类？ （或者另一个，顺便说一下）

2. 我应该使用同步还是异步接收？ 如果我使用同步，我害怕丢失数据包，如果我使用异步，我应该如何计时/限制接收操作，以便我不会以太大的速率启动它们？

3. 我想到了UdpClient.Available()的紧密循环测试，如下所示。 这是一个很好的设计选择吗？

while (running)
{
    if (udpSocket.Available() > 0)
    {
        // do something (what?)
    }
}

Answer 1

只需使用UdpClient.Receive（）尽可能快地从您的UdpClient中读取（或者尽可能快地为您的应用程序读取）。 如果没有传入数据包，Receive（）操作将阻塞（等待），因此连续三次调用Receive（）将始终返回三个UDP数据包。

通常，在接收UDP数据包时，您不必担心发送速率。 只有发件人需要担心发送速率。 因此，对发件人的相反建议是：不要尽可能快地发送大量UDP数据包。

所以我的答案是：

1. 是的，使用UdpClient。

2. 使用同步接收。 在您的接收线程中运行的循环中调用UdpClient.Receive（），在您的程序的主循环中，您喜欢什么。

3. 您无需检查可用数据。 UdpClient.Receive（）将阻塞，直到有可用数据。

4. 接收UDP时不要害怕丢失数据包：接收主机上几乎不会丢失UDP数据包，因为接收时出错了。 UDP数据包通常被网络组件（如网络路径上某处的路由器）丢弃，这些组件无法像接收到的那样快速地发送（转发）UDP数据包。

一旦数据包到达您的计算机，您的操作系统会进行相当数量的缓冲（例如Linux上的128k），因此即使您的应用程序没有响应，例如1秒，它也不会丢失任何UDP数据包。