为何Linux与Windows的Multicast Socket绑定要求存在差异？

以下是用于MDNS服务发现的初始化代码：

void mdnssd_init(struct in_addr host, bool compliant) {
  int sock;
  int res;
  struct ip_mreq mreq;
  struct sockaddr_in addr;
    
  sock = socket(AF_INET, SOCK_DGRAM, 0);
  
  char param = 32;
  setsockopt(sock, IPPROTO_IP, IP_MULTICAST_TTL, (void*) &param, sizeof(param));
  
  int enable = 1;
  setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, (void*) &enable, sizeof(enable));
  
  param = 1;
  setsockopt(sock, IPPROTO_IP, IP_MULTICAST_LOOP, (void*) &param, sizeof(param));

#ifndef _WIN32
  if (compliant) {
    enable = 1;
    setsockopt(sock, SOL_SOCKET, SO_REUSEPORT, (void*)&enable, sizeof(enable));
  } 
#endif

  memset(&addr, 0, sizeof(addr));
  addr.sin_family = AF_INET;
  /* 
   * Sending *from * 5353 indicates that we do compliant mDNS query. If we chose
   * random ports, the ttl will be much shorter. 
   */
  if (compliant) addr.sin_port = htons(MDNS_PORT);
  // Windows must bind this socket to a specific address, others must not (it's *must*)
#ifdef _WIN32
  addr.sin_addr.s_addr = host.s_addr;
#else
  addr.sin_addr.s_addr = INADDR_ANY;
#endif
  socklen_t addrlen = sizeof(addr);
 
  res = bind(sock, (struct sockaddr *) &addr, addrlen);
  if (res < 0) return;

  // set outgoing interface for multicast (it's optional, INADDR_ANY could be used)
  setsockopt (sock, IPPROTO_IP, IP_MULTICAST_IF, (void*) &host.s_addr, sizeof(host.s_addr));

  // set multicast groups we are interested by to receive such packets
  memset(&mreq, 0, sizeof(mreq));
  mreq.imr_multiaddr.s_addr = inet_addr(MDNS_MULTICAST_ADDRESS);
  mreq.imr_interface.s_addr = host.s_addr; // optional, INADDR_ANY can be used
  setsockopt(sock, IPPROTO_IP, IP_ADD_MEMBERSHIP, (void*) &mreq, sizeof(mreq));
}

上述代码可在Linux、Windows、Solaris、FreeBSD、MacOS等平台正常运行，但存在一个令人困惑的平台差异：

• Linux系统中，若将Socket绑定到指定地址，无法接收多播流量（单播响应正常）；绑定到INADDR_ANY则工作正常。
• Windows系统中，若将Socket绑定到INADDR_ANY而非指定地址，无法接收多播流量（单播响应正常）。

按预期，无论绑定到指定地址还是INADDR_ANY都应能正常接收多播流量，实际为何并非如此？

核心原因：操作系统对多播数据包的路由与Socket匹配逻辑不同 #

Linux的匹配逻辑

Linux网络栈处理多播数据包时，会将数据包的目的多播地址与Socket的绑定地址做严格匹配：

• 当Socket绑定到INADDR_ANY时，它会匹配所有传入的数据包（包括多播和单播），只要Socket加入了对应的多播组，就能收到多播流量。
• 当Socket绑定到某个具体单播地址时，Linux会认为该Socket仅接收目的地址为该单播地址的数据包。多播数据包的目的地址是多播组地址，和绑定的单播地址不匹配，因此不会被递送到该Socket——哪怕已经加入了多播组。

简单来说，Linux的Socket绑定地址是一个“过滤器”，只有目的地址与绑定地址完全匹配的数据包才会被接收，多播地址不在这个匹配范围内，除非绑定的是INADDR_ANY。

Windows的匹配逻辑

Windows网络栈对多播的处理逻辑刚好相反：

• 当Socket绑定到INADDR_ANY时，Windows默认不会将多播数据包递送到该Socket，因为系统无法确定应该把多播流量交给哪个绑定了INADDR_ANY的Socket（尤其是多网络接口场景下）。
• 当Socket绑定到具体单播地址时，Windows会将该Socket关联到对应的网络接口，只要Socket加入了多播组，该接口上收到的多播流量就会被递送到这个Socket。

此外，Windows要求多播Socket必须明确绑定到某个接口的地址，才能和IP_ADD_MEMBERSHIP中指定的接口对应起来，否则多播组的加入操作无法正确关联到具体接口，最终导致收不到流量。

额外补充：mDNS的特殊要求

mDNS使用5353端口，且规范要求发送方从5353端口发送（对应代码中compliant分支的逻辑）。Linux下绑定INADDR_ANY+5353端口，配合SO_REUSEADDR/SO_REUSEPORT，可以让多个mDNS客户端共享该端口；而Windows下必须绑定到具体接口地址，才能确保多播流量被正确路由到Socket。

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