socket机制

在 Socket 编程中，协议族（Domain）、通信类型（Type） 和 协议（Protocol） 是三个层级分明的核心概念，共同决定了 Socket 的行为和功能。以下是系统化的阐述：

1. 协议族（Domain）

定义：协议族决定了 Socket 的通信范围和地址格式，是最高层级的分类。
作用：

定义通信的“域”（如本机内、局域网、IPv4/IPv6 网络等）。
指定地址结构（如 sockaddr_in 用于 IPv4，sockaddr_un 用于 UNIX 域）。

常见协议族（通过 AF_* 或 PF_* 常量表示）：

协议族	描述	典型地址结构
`AF_INET`	IPv4 网络通信（Internet）	`struct sockaddr_in`
`AF_INET6`	IPv6 网络通信	`struct sockaddr_in6`
`AF_UNIX`	本机进程间通信（UNIX 域）	`struct sockaddr_un`
`AF_PACKET`	底层数据包操作（如原始以太网帧）	`struct sockaddr_ll`
`AF_BLUETOOTH`	蓝牙设备通信	`struct sockaddr_l2`

示例：

若选择 AF_INET，则地址需使用 IPv4 格式（如 192.168.1.1:80）。
若选择 AF_UNIX，则地址是一个文件路径（如 /tmp/my_socket）。

2. 通信类型（Type）

定义：通信类型定义了数据传输的语义和可靠性，是中间层级的分类。
作用：

指定数据的组织形式（如流式、数据报或原始数据）。
影响 Socket 的 I/O 行为（如是否保证顺序、是否允许丢包）。

常见通信类型：

类型	描述	典型协议（依赖协议族）
`SOCK_STREAM`	可靠的、面向连接的字节流（类似管道），保证数据顺序和完整性。	TCP（`AF_INET`/`AF_INET6`）
`SOCK_DGRAM`	无连接的、不可靠的数据报服务，不保证顺序或可达性。	UDP（`AF_INET`/`AF_INET6`）
`SOCK_RAW`	直接访问网络层或传输层协议（如构造自定义 IP 头或 ICMP 包）。	ICMP、自定义协议
`SOCK_SEQPACKET`	类似 `SOCK_STREAM`，但以数据包为单位传输（如 SCTP）。	SCTP（某些系统支持）

示例：

SOCK_STREAM + AF_INET → TCP 套接字。
SOCK_DGRAM + AF_INET6 → IPv6 的 UDP 套接字。
SOCK_RAW + AF_PACKET → 直接操作以太网帧。

3. 协议（Protocol）

定义：协议是最终层级的实现细节，指定了具体的通信规则（如 TCP 或 UDP）。
作用：

在协议族和通信类型的基础上，进一步明确底层协议。
通常由系统隐式选择，但在特殊场景（如原始套接字）需显式指定。

常见协议：

协议常量（`IPPROTO_*`）	描述	适用场景
`IPPROTO_TCP`	TCP（传输控制协议）	`SOCK_STREAM` + `AF_INET`
`IPPROTO_UDP`	UDP（用户数据报协议）	`SOCK_DGRAM` + `AF_INET`
`IPPROTO_ICMP`	ICMP（Internet 控制报文协议）	`SOCK_RAW` + `AF_INET`
`IPPROTO_SCTP`	SCTP（流控制传输协议）	`SOCK_SEQPACKET`

隐式选择规则：

当协议参数为 0 时，系统会根据协议族和通信类型自动选择默认协议。
例如：

// 隐式选择 TCP  
socket(AF_INET, SOCK_STREAM, 0);  
// 隐式选择 UDP  
socket(AF_INET, SOCK_DGRAM, 0);

显式指定场景：

使用 SOCK_RAW 时需要明确协议（如 IPPROTO_ICMP）。
同一协议族和通信类型下存在多个协议（如 AF_INET + SOCK_RAW 可选择 IPPROTO_IGMP 或 IPPROTO_OSPF）。

4. 三者的组合关系

(1) 典型组合示例

协议族（Domain）	通信类型（Type）	协议（Protocol）	实际含义
`AF_INET`	`SOCK_STREAM`	`0`（隐式选择）	IPv4 的 TCP 套接字
`AF_INET6`	`SOCK_DGRAM`	`0`（隐式选择）	IPv6 的 UDP 套接字
`AF_UNIX`	`SOCK_STREAM`	`0`（隐式选择）	UNIX 域流式套接字
`AF_PACKET`	`SOCK_RAW`	`ETH_P_ALL`	捕获所有以太网帧

(2) 非法或无效组合

AF_UNIX + SOCK_RAW：UNIX 域不支持原始套接字。
AF_INET + SOCK_STREAM + IPPROTO_UDP：TCP 和 UDP 协议不匹配。

(3) 特殊组合的意义

原始套接字（SOCK_RAW）：
允许绕过传输层，直接构造网络层或传输层数据包。
需显式指定协议（如 IPPROTO_ICMP 构造 Ping 包）。
权限要求较高（通常需 root 权限）。

5. 总结：三者的层级与依赖

协议族（Domain）
决定通信范围和地址结构，是 Socket 的“骨架”。
通信类型（Type）
定义数据传输的语义（可靠/不可靠、流式/数据报），是 Socket 的“行为模式”。
协议（Protocol）
实现具体的通信规则，是 Socket 的“血肉”。

依赖关系：

协议族限制了可用的通信类型和协议。
通信类型和协议需与协议族兼容（如 AF_INET 不支持蓝牙协议）。
协议通常由协议族和通信类型隐式确定，但在需要精细控制时需显式指定。

6. 扩展参考

FreeBSD 手册页：
- tcp(4)、udp(4)、unix(4)：协议实现细节。
- ip(4)、ip6(4)：网络层行为。
RFC 文档：
- RFC 793（TCP）、RFC 768（UDP）：协议标准定义。
- RFC 3542（IPv6 套接字扩展）。

你的总结非常准确！这三个层次的选择确实遵循 “范围 → 可靠性 → 具体协议” 的逻辑，但在实际应用中需要注意一些细节和依赖关系。以下是更清晰的流程和补充说明：

Socket 编程的三层决策流程

1. 第一步：确定通信范围（协议族 `Domain`）

定义 “在哪里通信”，即通信的物理或逻辑范围。

常见场景：

协议族（Domain）	通信范围	地址示例
`AF_INET`	IPv4 局域网或广域网	`192.168.1.1:80`
`AF_INET6`	IPv6 网络	`fe80::1:8080`
`AF_UNIX`	本机进程间通信（IPC）	`/tmp/my_socket`
`AF_BLUETOOTH`	蓝牙设备间通信	蓝牙 MAC 地址 + 服务通道号

2. 第二步：选择传输语义（通信类型 `Type`）

定义 “如何传输数据”，即数据的组织形式和可靠性。

关键选择：

通信类型（Type）	特性	典型用途
`SOCK_STREAM`	可靠、有序的字节流（如管道）	文件传输、Web 请求（TCP）
`SOCK_DGRAM`	不可靠的数据报	实时音视频、DNS 查询（UDP）
`SOCK_RAW`	原始协议数据操作	自定义网络包（如 ICMP Ping）

3. 第三步：指定具体协议（`Protocol`）

定义 “用什么规则传输”，即底层协议的实现细节。

隐式选择：
- 在大多数情况下，协议可以设为 0，系统会根据前两步自动关联默认协议。
```
// 示例：AF_INET + SOCK_STREAM → TCP  
socket(AF_INET, SOCK_STREAM, 0);  
```
显式指定：
- 在需要精细控制时（如使用原始套接字），需明确协议常量。
```
// 显式指定 ICMP 协议  
socket(AF_INET, SOCK_RAW, IPPROTO_ICMP);  
```

关键补充说明

1. 协议族与通信类型的兼容性

并非所有协议族都支持全部通信类型。例如：
- AF_UNIX（本地 IPC）通常仅支持 SOCK_STREAM 和 SOCK_DGRAM，不支持 SOCK_RAW。
- AF_PACKET（底层数据包）需配合 SOCK_RAW 或 SOCK_DGRAM 使用。

2. 协议与层级的对应关系

传输层协议（如 TCP/UDP）需通过 SOCK_STREAM 或 SOCK_DGRAM 隐式选择。
网络层协议（如 ICMP）需通过 SOCK_RAW 显式指定，且需处理协议头部的构造。

3. 常见误区

误区 1：认为 SOCK_STREAM 直接等价于 TCP。
- 修正：SOCK_STREAM 是通用的流式传输语义，在 AF_UNIX 中可能关联本地协议而非 TCP。
误区 2：显式指定协议时必须填写参数。
- 修正：在大多数场景下，协议参数设为 0 即可，显式指定仅用于特殊需求（如原始套接字）。

示例：从需求到代码的实现流程

场景：开发一个局域网内的在线游戏（需低延迟，允许偶尔丢包）

协议族（Domain）：AF_INET（IPv4 局域网）。
通信类型（Type）：SOCK_DGRAM（不可靠但低延迟的数据报）。

协议（Protocol）：0（隐式选择 UDP）。

int sock = socket(AF_INET, SOCK_DGRAM, 0);

场景：实现一个 Ping 工具（发送 ICMP 请求包）

协议族（Domain）：AF_INET（IPv4 网络）。
通信类型（Type）：SOCK_RAW（需构造原始数据包）。
协议（Protocol）：IPPROTO_ICMP（显式指定 ICMP 协议）。
```
int sock = socket(AF_INET, SOCK_RAW, IPPROTO_ICMP);
```

总结

你的理解完全正确！这三个层次的设计使得 Socket 编程既灵活又规范：

协议族划定通信边界，
通信类型定义数据行为，
协议最终落地到具体实现。

实际开发中，只需按需组合这三者，即可覆盖从普通网络应用到底层协议操作的全场景需求。

POSIX Socket机制流程总结

Socket 通信机制全流程总结（按通信类型分类）

一、流式 Socket（TCP）

1. 通信流程与核心机制

适用场景：可靠传输、有序字节流（如 HTTP、数据库连接）。
核心流程：

创建 Socket → 绑定地址 → 监听 → 接受连接 → 数据传输 → 关闭连接

2. 详细步骤与函数说明

步骤	函数与行为	内核机制
1. 创建 Socket	`socket(AF_INET, SOCK_STREAM, 0)`	创建主动模式 Socket，内核分配 fd 和协议控制块（PCB）。
2. 绑定地址	`bind(fd, (struct sockaddr*)&addr, addrlen)`	将 Socket 绑定到指定 IP 和端口，内核检查端口占用和权限。
3. 监听连接	`listen(fd, backlog)`	转为被动模式，初始化 SYN 队列（半连接）和 ACCEPT 队列（全连接）。
4. 接受连接	`accept(fd, addr, addrlen)`	从 ACCEPT 队列取出连接，生成新 fd；若队列空，阻塞或返回错误（依赖模式）。
5. 数据传输	`send(fd, buf, len, flags)` / `recv(fd, buf, len, flags)`	内核管理发送/接收缓冲区，处理粘包和流量控制。
6. 关闭连接	`close(fd)` 或 `shutdown(fd, how)`	发送 FIN 包触发四次挥手，释放内核资源。

3. 队列管理与高并发处理

SYN 队列：存储未完成三次握手的连接（客户端发送 SYN，服务端回复 SYN-ACK）。
- 无序性：客户端返回 ACK 的顺序决定连接完成时间。
- 容量控制：net.ipv4.tcp_max_syn_backlog（默认 512）。
ACCEPT 队列：存储已完成三次握手的连接。
- 有序性：按完成握手时间 FIFO 处理。
- 容量控制：backlog 和 net.core.somaxconn 的较小值。

4. 阻塞 vs 非阻塞模式

模式	`accept()` 行为	适用场景
阻塞模式	若 ACCEPT 队列为空，阻塞直到新连接到达。	简单单线程服务端。
非阻塞模式	若队列为空，立即返回 `EAGAIN`/`EWOULDBLOCK`；需结合 `epoll`/`select` 监听可读事件。	高并发服务端（如 Nginx、Redis）。

二、数据报 Socket（UDP）

1. 通信流程与核心机制

适用场景：无连接、不可靠传输（如 DNS、实时音视频）。
核心流程：

创建 Socket → 绑定地址（可选） → 直接收发数据 → 关闭 Socket

2. 详细步骤与函数说明

步骤	函数与行为	内核机制
1. 创建 Socket	`socket(AF_INET, SOCK_DGRAM, 0)`	创建无连接 Socket，内核分配 fd，无连接状态管理。
2. 绑定地址	`bind(fd, (struct sockaddr*)&addr, addrlen)`（可选，客户端通常不绑定）	固定本地端口，用于服务端接收数据。
3. 发送数据	`sendto(fd, buf, len, flags, dest_addr, addrlen)`	直接向目标地址发送数据报，内核不维护连接状态。
4. 接收数据	`recvfrom(fd, buf, len, flags, src_addr, addrlen)`	从任意来源接收数据报，内核不缓存或重组报文。
5. 关闭 Socket	`close(fd)`	直接释放资源，无挥手过程。

3. 无队列与无连接特性

无连接管理：无需 listen() 或 accept()，每个数据报独立处理。
内核行为：直接操作数据报，无握手、重传或流量控制。

4. 阻塞 vs 非阻塞模式

模式	`recvfrom()` 行为	适用场景
阻塞模式	若无数据到达，阻塞直到报文到来。	简单服务端或客户端。
非阻塞模式	若无数据，立即返回 `EAGAIN`/`EWOULDBLOCK`；需结合多路复用监听可读事件。	高实时性应用（如 VoIP）。

三、Unix 域 Socket（本地 IPC）

1. 通信流程与核心机制

适用场景：高效进程间通信（如 Docker 容器间通信）。
核心流程：

创建 Socket → 绑定文件路径 → 监听（流式） → 接受连接 → 数据传输 → 关闭

2. 详细步骤与函数说明

步骤	函数与行为	内核机制
1. 创建 Socket	`socket(AF_UNIX, SOCK_STREAM 或 SOCK_DGRAM, 0)`	创建本地 Socket，内核通过文件路径标识通信端点。
2. 绑定地址	`bind(fd, (struct sockaddr_un*)&addr, sizeof(addr))`	绑定到文件系统路径（如 `/tmp/socket.sock`）。
3. 监听连接	`listen(fd, backlog)`（仅流式需要）	同 TCP，初始化 ACCEPT 队列。
4. 接受连接	`accept(fd, addr, addrlen)`（仅流式需要）	同 TCP，生成新 fd 用于通信。
5. 数据传输	`send()`/`recv()`（流式）或 `sendto()`/`recvfrom()`（数据报）	数据在内核缓冲区直接复制，无网络协议开销。
6. 关闭连接	`close(fd)`	释放资源并删除绑定文件（可选）。

3. 特性与优化

高性能：绕过分组协议栈，数据通过内核内存直接传输。
权限控制：通过文件系统权限（如 chmod）限制访问。
地址类型：struct sockaddr_un 使用文件路径（如 sun_path="/tmp/sock"）。

四、总结对比表

特性	TCP (SOCK_STREAM)	UDP (SOCK_DGRAM)	Unix Domain (AF_UNIX)
连接类型	面向连接（可靠传输）	无连接（不可靠传输）	可面向连接（流式）或无连接（数据报）
核心函数	`listen()`, `accept()`, `send()`, `recv()`	`sendto()`, `recvfrom()`	同 TCP/UDP，使用 `AF_UNIX` 地址
队列机制	SYN 队列 + ACCEPT 队列	无队列	同 TCP（流式）或无队列（数据报）
数据传输单位	字节流（需处理粘包）	数据报（报文边界明确）	字节流或数据报
地址结构	`struct sockaddr_in`（IP + 端口）	`struct sockaddr_in`（IP + 端口）	`struct sockaddr_un`（文件路径）
典型延迟	较高（握手、重传、拥塞控制）	极低（无连接管理）	最低（内核内存复制）
适用场景	文件传输、HTTP、数据库	实时音视频、DNS	进程间通信、容器间通信

五、核心设计原则

TCP 高并发优化：
- 调优 backlog 和 somaxconn。
- 使用 epoll + 非阻塞 accept() + 线程池。
UDP 实时性保障：
- 应用层实现丢包重传和乱序处理。
- 使用多播（setsockopt(IP_ADD_MEMBERSHIP)）减少带宽消耗。
Unix Domain 高效 IPC：
- 优先选择流式模式（类似 TCP），避免数据报丢失。
- 通过文件权限控制访问安全性。

通过合理选择通信类型、调优内核参数、设计高效并发模型，可构建从嵌入式系统到超大规模分布式集群的全场景网络服务。

通信类型和通信模式

一、Socket基础概念

Socket是网络通信的核心抽象，定义了端点间数据传输的规则。以下从通信类型和通信模式两大维度展开完整总结：

1. 通信类型（Socket Type）

按数据传输特性分类，决定通信的可靠性和数据组织形式：

(1) 流式套接字（`SOCK_STREAM`）

协议：基于TCP（IPPROTO_TCP）。
特点：
- 可靠传输：通过ACK确认、重传机制保证数据完整性。
- 面向连接：需三次握手建立连接（connect()/accept()）。
- 无消息边界：数据以字节流传输，需应用层处理粘包问题。
应用场景：
- Web服务（HTTP/HTTPS）、文件传输（FTP）、远程登录（SSH）。

(2) 数据报套接字（`SOCK_DGRAM`）

协议：基于UDP（IPPROTO_UDP）。
特点：
- 无连接：直接发送数据，无需预先建立连接。
- 不可靠：可能丢包、乱序，但延迟低。
- 保留消息边界：每次sendto()发送一个完整报文。
应用场景：
- 实时音视频（Zoom、直播）、DNS查询、物联网传感器数据。

(3) 原始套接字（`SOCK_RAW`）

特点：
- 绕过传输层，直接操作网络层或链路层协议（如IP、ICMP）。
- 需特权权限（Linux需CAP_NET_RAW能力或root用户）。
应用场景：
- 自定义协议实现（如私有网络协议）、网络探测工具（ping、traceroute）。

(4) 其他类型

SOCK_SEQPACKET：有序、可靠、基于消息的传输（如SCTP协议）。
SOCK_RDM：可靠但无序的数据传输（较少使用）。

2. 通信模式（Communication Mode）

按数据传输的目标范围分类，决定数据如何路由到接收方：

(1) 单播（Unicast）

特点：点对点通信（默认模式）。
实现：
- TCP：通过connect()指定目标IP和端口。
- UDP：通过sendto()指定目标地址。
示例：
- 浏览器访问Web服务器、SSH远程登录。

(2) 广播（Broadcast）

特点：向同一子网内所有主机发送数据（仅UDP支持）。
实现：
- 设置套接字选项：setsockopt(SO_BROADCAST)。
- 目标地址：IPv4广播地址（如255.255.255.255或子网广播地址192.168.1.255）。
应用场景：
- 局域网设备发现（如DHCP获取IP地址）。

(3) 多播（Multicast，组播）

特点：
- 向一组加入特定多播组的主机发送数据（UDP为主）。
- 节省带宽，避免广播风暴。

实现：

IPv4多播地址范围：224.0.0.0 ~ 239.255.255.255。

加入组播组：

struct ip_mreq mreq;
mreq.imr_multiaddr.s_addr = inet_addr("224.1.1.1");
mreq.imr_interface.s_addr = htonl(INADDR_ANY);
setsockopt(sockfd, IPPROTO_IP, IP_ADD_MEMBERSHIP, &mreq, sizeof(mreq));

设置TTL：控制多播范围（IP_MULTICAST_TTL）。

应用场景：
- 实时股票行情推送、在线多人游戏状态同步。

(4) 任播（Anycast）

特点：数据包发送到一组目标中“最近”的一个节点（如CDN节点选择）。
实现：依赖路由协议（如BGP）配置，应用层无显式API支持。

3. 地址结构（Address Family）

定义通信域和地址格式，决定Socket的寻址方式：

(1) 通用地址结构

struct sockaddr：基类，用于类型兼容（实际使用具体子类）。

(2) 网络通信地址

IPv4：struct sockaddr_in

struct sockaddr_in {
    sa_family_t    sin_family;   // AF_INET
    in_port_t      sin_port;     // 端口号（16位）
    struct in_addr sin_addr;     // IPv4地址（32位）
};

IPv6：struct sockaddr_in6

struct sockaddr_in6 {
    sa_family_t     sin6_family;   // AF_INET6
    in_port_t       sin6_port;     // 端口号
    struct in6_addr sin6_addr;     // IPv6地址（128位）
    uint32_t        sin6_flowinfo; // 流标识
};

(3) 本地进程通信地址（IPC）

Unix域套接字：struct sockaddr_un

struct sockaddr_un {
    sa_family_t sun_family;     // AF_UNIX
    char        sun_path[108];  // 文件路径（如"/tmp/my_socket"）
};

4. 核心API流程

Socket通信的通用开发流程：

步骤	客户端	服务端
1. 创建Socket	`socket()`	`socket()`
2. 配置地址	填充目标服务器地址（`sockaddr_in`等）	填充本地绑定地址（`sockaddr_in`等）
3. 连接/绑定	`connect()`（TCP）或直接`sendto()`（UDP）	`bind()` + `listen()`（TCP）
4. 数据传输	`send()`/`recv()`（TCP）或`sendto()`/`recvfrom()`（UDP）	`accept()`后使用`send()`/`recv()`
5. 关闭连接	`shutdown()` + `close()`	`close()`

5. 高级功能扩展

(1) 多播管理

离开组播组：IP_DROP_MEMBERSHIP
跨网络多播：设置TTL（IP_MULTICAST_TTL）控制数据包生存时间。

(2) 原始套接字应用

构造自定义协议头：直接填充IP、TCP/UDP头部字段。
网络嗅探：捕获原始数据包（需混杂模式权限）。

(3) 超时控制

设置读写超时：

struct timeval timeout = {5, 0}; // 5秒
setsockopt(sockfd, SOL_SOCKET, SO_RCVTIMEO, &timeout, sizeof(timeout));

(4) 地址复用

避免TIME_WAIT状态：

int opt = 1;
setsockopt(sockfd, SOL_SOCKET, SO_REUSEADDR, &opt, sizeof(opt));

总结：Socket机制的完整知识框架

基础概念：通信类型（流式/数据报/原始） + 通信模式（单播/广播/多播）。
地址体系：网络（IPv4/IPv6）与本地（Unix域）地址结构。
开发流程：创建、配置、连接、传输、关闭的API阶段。
高级能力：多播管理、原始数据操作、超时控制等扩展功能。
场景适配：根据需求选择协议类型（可靠TCP vs. 高效UDP）和通信模式（单播 vs. 组播）。

通过此框架，可系统掌握Socket编程的核心要点，快速实现不同场景下的网络通信需求。

socket机制

1. 协议族（Domain）

2. 通信类型（Type）

3. 协议（Protocol）

4. 三者的组合关系

(1) 典型组合示例

(2) 非法或无效组合

(3) 特殊组合的意义

5. 总结：三者的层级与依赖

6. 扩展参考

Socket 编程的三层决策流程

1. 第一步：确定通信范围（协议族 Domain）

2. 第二步：选择传输语义（通信类型 Type）

3. 第三步：指定具体协议（Protocol）

关键补充说明

1. 协议族与通信类型的兼容性

2. 协议与层级的对应关系

3. 常见误区

示例：从需求到代码的实现流程

场景：开发一个局域网内的在线游戏（需低延迟，允许偶尔丢包）

场景：实现一个 Ping 工具（发送 ICMP 请求包）

总结

POSIX Socket机制流程总结

Socket 通信机制全流程总结（按通信类型分类）

一、流式 Socket（TCP）

1. 通信流程与核心机制

2. 详细步骤与函数说明

3. 队列管理与高并发处理

4. 阻塞 vs 非阻塞模式

二、数据报 Socket（UDP）

1. 通信流程与核心机制

2. 详细步骤与函数说明

3. 无队列与无连接特性

4. 阻塞 vs 非阻塞模式

三、Unix 域 Socket（本地 IPC）

1. 通信流程与核心机制

2. 详细步骤与函数说明

3. 特性与优化

四、总结对比表

五、核心设计原则

通信类型和通信模式

一、Socket基础概念

1. 通信类型（Socket Type）

(1) 流式套接字（SOCK_STREAM）

(2) 数据报套接字（SOCK_DGRAM）

(3) 原始套接字（SOCK_RAW）

(4) 其他类型

2. 通信模式（Communication Mode）

(1) 单播（Unicast）

(2) 广播（Broadcast）

(3) 多播（Multicast，组播）

(4) 任播（Anycast）

3. 地址结构（Address Family）

(1) 通用地址结构

(2) 网络通信地址

(3) 本地进程通信地址（IPC）

4. 核心API流程

5. 高级功能扩展

(1) 多播管理

(2) 原始套接字应用

(3) 超时控制

(4) 地址复用

总结：Socket机制的完整知识框架

1. 第一步：确定通信范围（协议族 `Domain`）

2. 第二步：选择传输语义（通信类型 `Type`）

3. 第三步：指定具体协议（`Protocol`）

(1) 流式套接字（`SOCK_STREAM`）

(2) 数据报套接字（`SOCK_DGRAM`）

(3) 原始套接字（`SOCK_RAW`）