需要一种更好的方式在发送和接收之间等待，UDPclient

Question

这是我的麻烦：

我有一个 udp 类，它允许我从游戏服务器发送和接收数据。

但我发现服务器每 500 毫秒只允许每个客户端发出一个请求。 因此，如果我连续发送两个请求，服务器仅响应第一个请求，并且我无法知道我不会得到第二个答案。

所以我做了一个互斥锁来保护发送部分，当我发送数据时，我使用一个线程来阻塞互斥锁500ms。

这个类由线程使用，这就是我使用互斥锁的原因。

但这并不是很好，有时接收会卡住。

我只是想知道是否有人有更好的方法来做到这一点。

谢谢你，对我的英语感到抱歉。

编辑： 我无法使用 tcp 协议，我需要使用 udp 来完成此操作。 我还需要一种最佳方法，我需要尽快将接收数据发送到视图表单。 我查看了网上发现的有关 udp 和线程的每个主题，但没有找到这种特殊情况。

Answer 1

如果您知道只能以一定频率发送，为什么不发送阻塞呼叫。然后睡规定的时间。

class UDP {
  int _lastTime = 0;
  int MIN_DELAY = 500;

  public void send() {
    lock(this) {
      int duration = now() - _lastTime;
      if (duration < MIN_DELAY) {
        sleep(MIN_DELAY - duration);  
      }
      realSend();
      _lastTime = now();
    }
  }
}

Answer 2

使用 UDP，您永远不应该假设您发送的任何给定消息都会得到响应。您也不应该假设该消息实际上会被收到，或者多条消息将按照您发送的顺序收到。这就是为什么 UDP 实际上只适合能够容忍信息丢失的协议。如果你想保持完整性，你需要允许重试，此时你可能会更好地使用 TCP（假设你在这件事上有选择）。

如果没有有关协议细节的更多信息，就很难推荐一个好的解决方案。如果它是简单的“状态轮询”样式的消息，一种选择是简单地以固定的时间间隔发送轮询消息并在响应到达时对其进行处理，忽略响应可能与正在发送的消息之间的任何关系。

Answer 3

正如其他人指出的那样，不能假设将传递 UDP 消息。这可能会导致您的代码在接收时挂起。也许只需设置套接字的 ReceiveTimeout 就会对于你的应用来说足够好。

或者您可以设置一种（稍微复杂一些）方法，对要发送的消息进行排队，每 500 毫秒仅发送一条消息，并在一段时间后重试，直到收到响应。如果我选择这条路线，我会围绕以下一般要点进行设计：

• 使用异步 UDP。
• 为要发送/接收的实际信息（例如 MsgObject）构建一个结构/类，包括有关上次传输时间的信息。
• 使用此 MsgObject 作为 AsyncState 对象。
• 管理所有活动消息对象的线程安全队列/列表。即已请求发送但尚未收到响应的消息。
• 使用一个简单的计时器定期检查队列/列表（在您的情况下，频率不超过每 500 毫秒），以查看是否有新消息要发送或需要重新发送。
• 在异步接收函数中，从队列/列表中删除接收到响应的MsgObject。