套接字选项是否从侦听套接字通过 accept() 继承？

Question

假设传递给accept的侦听套接字具有使用setsockopt设置的非默认选项。 这些选项（部分或全部？）是否由已接受连接的结果文件描述符继承？

Answer 1

一些套接字选项在系统的较低级别处理。 虽然可以使用setsockopt 设置大多数套接字选项。 参考： man setsockopt并且由于您在任何 Linux 上仅提及 POSIX，因此通常作为您的范围。 accept() （参考： man accept ）确实对应该继承哪些套接字选项以及从侦听 fd 拒绝哪些选项有一定的自由裁量权。

accept() 不会修改作为参数传递给它的原始套接字。 accept() 返回的新套接字不会从侦听套接字继承 O_NONBLOCK、O_ASYNC 等文件状态标志。

因此，与其依赖于侦听套接字属性的继承或非继承（这必然会因实现和许可而异），应使用所需的套接字选项显式设置接受的套接字。（最佳实践）

手册页和您机器中的实现代码将是与 accept() 行为最相关的规范。Linux 的多个变体中不存在通用或标准规范。

Answer 2

不，它们不一定是遗传的。 试试这个示例，它将初始套接字上的接收缓冲区大小 ( SO_RCVBUF ) 设置为非默认值，然后将结果与继承的套接字进行比较。 运行此代码，它侦听 TCP 端口 12345，然后从任何其他程序连接到它。

#include <errno.h>
#include <netinet/in.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/socket.h>

void die(const char *f)
{
  printf("%s: %s\n", f, strerror(errno));
  exit(1);
}

int main(void)
{
  int s = socket(AF_INET, SOCK_STREAM, 0);
  if(s < 0)
    die("socket");

  int rcvbuf;
  socklen_t optlen = sizeof(rcvbuf);
  if(getsockopt(s, SOL_SOCKET, SO_RCVBUF, &rcvbuf, &optlen) < 0)
    die("getsockopt (1)");
  printf("initial rcvbuf: %d\n", rcvbuf);
  rcvbuf *= 2;
  if(setsockopt(s, SOL_SOCKET, SO_RCVBUF, &rcvbuf, sizeof(rcvbuf)) < 0)
    die("setsockopt");
  printf("set rcvbuf to %d\n", rcvbuf);

  struct sockaddr_in sin;
  memset(&sin, 0, sizeof(sin));
  sin.sin_family = AF_INET;
  sin.sin_port = htons(12345);
  sin.sin_addr.s_addr = INADDR_ANY;
  if(bind(s, (struct sockaddr *)&sin, sizeof(sin)) < 0)
    die("bind");

  if(listen(s, 10) < 0)
    die("listen");

  struct sockaddr_in client_addr;
  socklen_t addr_len = sizeof(client_addr);
  int s2 = accept(s, (struct sockaddr *)&client_addr, &addr_len);
  if(s2 < 0)
    die("accept");
  printf("accepted connection\n");
  optlen = sizeof(rcvbuf);
  if(getsockopt(s2, SOL_SOCKET, SO_RCVBUF, &rcvbuf, &optlen) < 0)
    die("getsockopt (2)");

  printf("new rcvbuf: %d\n", rcvbuf);

  return 0;
}

在运行 Linux 3.0.0-21-generic 的机器上的结果：

initial rcvbuf: 87380
set rcvbuf to 174760
accepted connection
new rcvbuf: 262142

Answer 3

套接字选项是其他地方不适合的地方。 因此，期望不同的套接字选项具有不同的继承行为。 是否继承套接字选项视具体情况而定。

Answer 4

如果他们不是，那将是惊人的。

但是，一旦套接字接受了连接，它们中的一些可能变得无关紧要（例如，未完成的连接请求的数量）。

Answer 5

正如我所读到的，对于符合 POSIX 的实现，答案是否定的。

从 POSIX-2017 规范中接受（）：

accept() 函数应提取挂起连接队列中的第一个连接，创建一个与指定套接字具有相同套接字类型协议和地址族的新套接字，并为该套接字分配一个新的文件描述符。

请注意，它明确是一个“新套接字”，而不是“未排队的套接字的完整或部分副本”，因此应该没有与该套接字类型和地址系列的默认值不同的选项。 虽然复制行为可能是可取的，但这仍是平台可能具有的扩展接口。 不过，我还没有看到任何平台确实实现了这一点，因此可以将其添加到标准中。 因此，在应用程序使用getsockopt()/setsockopt() 复制任何与默认值不同的属性，从队列套接字到返回的套接字，而不是接口的责任，在使用该套接字发送之前或接收数据。