与数据报套接字相比，使用数据报通道有什么优势

Question

我正在尝试优化UDP服务器以处理更大的吞吐量，它基于Java IO数据报套接字（不是NIO）。 当此UDP服务器收到UDP数据包时，它需要处理此数据包，并将处理后的数据发送到后台资源，然后响应客户端。 当前，该服务器将为每个要处理的传入数据包分配一个线程。

我读过一些文章，我了解某些情况下，例如基于聊天服务器的TCP：需要同时管理数千个打开的连接，每个连接仅发送少量数据，在NIO中实现服务器可能是一个优势。 很少有线程可以处理很多连接（每个请求线程），因为只有少数几个连接在给定的时间点将请求发送到服务器。 因此，我们不需要为每个连接维护一个线程。 这是使用Java TCP NIO的巨大优势。

在UDP中，每个数据包（数据报）实际上是一个自包含消息，每个数据包也可以视为一个请求，即使我们使用NIO数据报通道，我们仍然需要为每个请求创建一个线程。

那么，使用NIO数据报通道有什么优势？

Answer 1

即使我们使用NIO Datagram通道，我们仍然需要为每个请求创建一个线程

为什么？ 如果您是回声服务器，时间服务器，则不是如此……一切都取决于您在做什么。

而且，如果您的应用程序使客户程序持续请求（而不是一次性请求：例如时间或DNS），则可以考虑按客户端而不是按请求使用线程。

您的假设经不起审查。

但是 ，NIO确实卖得过剩，而且大多数应用程序都不需要它。 有一些服务器以阻塞模式支持成千上万的连接。