如何创建仅用于发送的RAW套接字？多写单读ICMP架构资源优化

一、阻止写入端RAW套接字接收数据的可行方法 #

1. 给写入端套接字附加空接收过滤规则（BPF） #

这是最直接有效的方案。通过setsockopt()给每个写入端RAW套接字绑定一个永远不匹配任何接收数据包的BPF过滤程序，内核会直接跳过将响应数据包复制到这些套接字的流程，从根源上避免资源消耗。

示例代码片段（C语言）：

struct sock_filter filter[] = {
    // 直接返回0，拒绝所有接收数据包
    BPF_STMT(BPF_RET+BPF_K, 0),
};
struct sock_fprog fprog = {
    .len = sizeof(filter)/sizeof(filter[0]),
    .filter = filter,
};

// 给写入端套接字设置过滤
if (setsockopt(write_sock, SOL_SOCKET, SO_ATTACH_FILTER, &fprog, sizeof(fprog)) < 0) {
    perror("setsockopt SO_ATTACH_FILTER failed");
}

这个操作会让内核完全忽略该套接字的接收路径，不会有任何数据包复制到它的接收缓冲区，完美符合你的需求。

2. 优化架构：单套接字负责所有发送任务 #

其实你不需要256个写入端套接字——RAW套接字本身支持并行发送，只要在用户空间用多线程/多协程调用sendto()即可。单一个RAW套接字就能完成所有发送任务，再配合一个读取端（甚至同一个套接字也能接收，做好同步即可），这样能把套接字数量从257降到1或2，从根本上解决内核负担和接收冗余的问题。

如果必须保留多写入端架构，那BPF过滤是最优选择。

二、大量RAW套接字对内核的负担分析 #

• 内存开销：每个RAW套接字在内核中对应一个sock结构体（包含队列、状态、过滤规则等），单个结构体大小约几百字节。256个的话，内存开销仅几十KB，对现代内核几乎可以忽略；但如果是数千甚至上万个，累计内存会成为问题。
• 数据包复制开销：如果没有过滤规则，内核会把所有ICMP响应复制到每一个RAW套接字的接收缓冲区，这才是最大的性能消耗——256个套接字意味着同一份数据包要被复制256次，CPU和内存带宽都会被大量占用。用BPF过滤后，这个复制操作会被完全跳过，内核负担会大幅降低。

三、你尝试过的方法无效的原因 #

• shutdown()对无连接套接字无效：shutdown()是为面向连接的套接字（如TCP）设计的，RAW套接字属于无连接类型，调用shutdown(SHUT_RD)不会有任何效果，内核根本不会处理这个操作。
• 设置接收缓冲区为0：Unix系统对套接字接收缓冲区有最小限制（通常256字节），无法设为0；而且即使缓冲区满了，内核还是会尝试将数据包复制到缓冲区，只是因为空间不足而丢弃，这个复制过程的开销依然存在，达不到“让内核完全不考虑将数据发送给写入端”的目标。

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