为何在getaddrinfo中需同时指定SOCK_STREAM与IPPROTO_TCP？

这并非单纯的遗留设计，而是为了协议族的扩展性与语义明确性，具体原因可从以下几点分析：

1. 套接字类型与协议存在多对多映射可能 #

在AF_INET/AF_INET6协议族中，SOCK_STREAM是抽象的套接字类型定义，并非仅绑定TCP。正如你提到的，SCTP、X.25等协议也属于流式套接字范畴：

• SCTP是面向消息的可靠流协议，同样符合SOCK_STREAM的有序、可靠、双向连接特性，但在多流支持、消息边界保留等实现细节上与TCP不同
• X.25作为早期分组交换网络协议，同样提供可靠的流式传输

仅指定SOCK_STREAM无法明确你要使用的具体协议，必须通过IPPROTO_TCP精准锁定TCP，避免getaddrinfo返回其他流式协议的地址信息。

2. 适配不同地址族的兼容性需求 #

不同地址族对套接字类型与协议的组合支持存在差异：

• 比如AF_IRDA（红外数据协议族）仅支持SOCK_STREAM，此时无需指定具体协议（因为只有一种可选协议）
• 而AF_INET/AF_INET6中，同一套接字类型可能对应多个协议，必须通过协议字段区分

这种分离设计让getaddrinfo接口能兼容更多地址族与协议组合，无需为不同场景单独设计接口。

3. 语义分层的设计原则 #

套接字类型（SOCK_STREAM）定义的是传输的抽象特性（有序、可靠、字节流），而协议（IPPROTO_TCP）定义的是具体的实现协议。这种分层符合网络编程的抽象逻辑：

• 上层只需关心传输特性（比如需要可靠的字节流传输）
• 下层可指定具体用哪个协议来实现该特性

虽然多数TCP场景下二者绑定，但接口保留了这种灵活性，以应对特殊场景需求。

流式套接字是网络编程API的抽象层分类，TCP是传输层的具体协议实现，二者不在同一抽象层面：

• 流式套接字定义了一组通用行为规范：有序、可靠、双向连接、基于字节流的传输，任何符合该规范的传输协议都可对应SOCK_STREAM类型
• TCP是满足流式套接字规范的一种具体协议，它通过三次握手、重传机制、流量控制等实现这些规范，同时具备自身特有特性（如拥塞控制、单流传输等）

简单来说，流式套接字是"接口标准"，TCP是"符合标准的具体实现"。

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