如果我只是发送到 UDP 套接字而不接收会发生什么

Question

我有一个 UDP 客户端的最小实现：

final class UdpClient {
  private final DatagramSocket socket;
  private final InetAddress address;
  private final Integer port;

  UdpClient(URI location) {
    port = location.getPort();
    try {
      socket = new DatagramSocket();
      address = InetAddress.getByName(location.getHost());
    } catch (SocketException | UnknownHostException e) {
      throw new RuntimeException("Error setting up UDP connection", e);
    }
  }

  void sendData(String msg) {
    byte[] buf = msg.getBytes();
    DatagramPacket packet
        = new DatagramPacket(buf, buf.length, address, port);
    try {
      socket.send(packet);
    } catch (IOException e) {
      LOG.warn("Failed to send data {}", e.getMessage());
    }
  }

  public void close() {
    socket.close();
  }
}

现在我开始质疑这是否是一个有效的实现，因为我从未收到回复。 我不关心回复会有什么后果？ 在没有明确得到答复的情况下，这甚至是一个有效的实现吗？

更新

我提出问题的原因是我担心如果我从不进行显式接收，可能会有一些潜在的缓冲区正在填满。 此客户端可用于发送回复的服务器或未发送回复的服务器。

Answer 1

现在我开始质疑这是否是一个有效的实现，因为我从未收到回复。

这是一个有效的实现。

我不关心回复会有什么后果？

唯一真正的后果是客户端将无法判断它正在发送数据包的服务器是否正在接收它们。

这对你来说可能是可以接受的。

在没有明确得到答复的情况下，这甚至是一个有效的实现吗？

从 Java 和 UDP 规范的角度来看，它是有效的。

这是否有意义......我们无法判断......因为你没有解释你为什么要这样做。

我提出问题的原因是我担心如果我从不进行显式接收，可能会有一些潜在的缓冲区正在填满。

没有......你的意思。 可能有一个出站包缓冲区，它可能会溢出，但这只会发生在某些类型的网络链接上，不会因为没有收到回复而触发。 （如果链接很慢并且不能足够快地发送数据，可能会发生这种情况。但如果发生这种情况，客户端的操作系统应该悄悄地将数据包从缓冲区中删除。您的应用程序不会知道正在发生的事情。）

---

但是，您的实施存在一些有问题的方面：

问题#1

  address = InetAddress.getByName(location.getHost());

您忽略了 URI 的“协议”。 因此，例如，如果 URI 是托管“http”服务的资源，您最终会在（通常）端口 80 上向主机发送 UDP 数据包。但 Web 服务器不会在端口 80 上侦听 UDP 数据包。您发送的数据包可能会被忽略。

问题#2

 throw new RuntimeException("Error setting up UDP connection", e);

UDP 是无连接的，因此您无需建立连接。 此外，此时实际上没有数据包被发送到远程主机。 您实际所做的唯一一件事就是尝试将远程服务器的 DNS 名称解析为 IP 地址。

问题 #3

 LOG.warn("Failed to send data {}", e.getMessage());

确实，您到了无法发送数据包的地步。 但是，如果您没有收到此异常，则您唯一知道的是您已导致数据包开始其旅程。 你不知道数据包是否已经离开了客户端机器。