如何限制UDP发送队列的数据包数量？队列满时的行为是什么？

好问题！咱们一步步来拆解你提到的两个关键点：

一、是否存在限制UDP发送队列数据包数量的方法？ #

首先得明确：标准POSIX套接字API里并没有SO_SND_QUEUE_DGRAMS这个选项——你说的这个选项并不是通用的标准配置。不过我们可以通过间接方式控制UDP发送队列的容量：

• 最常用的是SO_SNDBUF选项：这个套接字选项用于设置UDP发送缓冲区的总字节大小。UDP发送队列里的每个数据包都会占用缓冲区的空间，所以调整这个值就能间接限制队列中可容纳的数据包数量（毕竟每个UDP包都有固定大小，缓冲区满了就没法再加入新包了）。
• 调用方式示例：

  int buf_size = 1024 * 1024; // 1MB缓冲区
  setsockopt(sockfd, SOL_SOCKET, SO_SNDBUF, &buf_size, sizeof(buf_size));
  

  注意：系统可能会根据内核的配置上限自动调整你设置的值，所以如果要确认实际生效的缓冲区大小，可以调用getsockopt()来读取。

少数小众系统可能有非标准的自定义选项，但主流的Linux、Windows、BSD等平台都是通过SO_SNDBUF来实现类似控制的。

二、发送队列已满时的行为？ #

UDP是无连接、不可靠的协议，所以当发送队列（缓冲区）被占满时，行为会根据套接字的阻塞模式有所不同：

• 阻塞模式下：调用sendto()或sendmsg()这类发送函数时，会阻塞等待，直到发送缓冲区有足够空间容纳当前要发送的数据包，或者调用被外部信号中断。
• 非阻塞模式下：发送函数会立即返回错误（错误码为EAGAIN或EWOULDBLOCK），并且当前要发送的数据包会被直接丢弃——不会进入队列，也不会有后续的重试机制。

需要特别注意：UDP本身没有重传或确认机制，所以一旦数据包被丢弃，应用层如果需要可靠性，就得自己实现重传、确认逻辑。

内容的提问来源于stack exchange，提问作者apramc