linux 2.6+ 内核已解决 accept() 惊群，但多进程共用 listen_fd 并 epoll_wait() 仍会惊群，因 epoll 就绪通知默认广播唤醒；so_reuseport 是最推荐解法，需 socket 后、bind 前设置该选项。
Linux 2.6+ 内核已彻底解决 accept() 自身的惊群问题，但多进程 + epoll 场景下仍会触发惊群——关键不在 accept()，而在多个进程共用同一个 listen_fd 并同时 epoll_wait() 监听它。
为什么 epoll_wait + listen_fd 会惊群，而 accept 不会？
内核在 2.6 后给 accept() 的等待队列加了 WQ_FLAG_EXCLUSIVE 标志，确保新连接只唤醒一个阻塞进程。但 epoll 的就绪通知机制默认是“广播式”的：只要 listen_fd 变为可读（即有新连接到达已完成队列），所有在该 epoll_fd 上调用 epoll_wait() 的进程都会被唤醒。
常见错误现象：
- 用
fork()创建多个 worker 进程，每个进程都epoll_ctl(EPOLL_CTL_ADD)注册了同一个listen_fd - 压测时
vmstat显示cs（context switch）飙升，sys时间占比异常高 - 日志中看到大量
accept()返回-1且errno == EAGAIN或EWOULDBLOCK
SO_REUSEPORT 是最直接有效的方案
让每个子进程独立创建并绑定监听套接字，内核自动做负载均衡和惊群隔离。这是目前 Linux 下最推荐、最轻量、无需额外同步逻辑的解法。
实操要点：
- 必须在
socket()之后、bind()之前设置SO_REUSEPORT选项 - 所有进程使用完全相同的
sockaddr（IP + port），否则绑定失败 - 不需要父子进程共享
listen_fd，也不需要epoll跨进程共享 - 注意：glibc 2.20+ 才完整支持该选项，老系统需检查
getsockopt(SO_REUSEPORT)是否返回 0
示例关键片段：
int sock = socket(AF_INET, SOCK_STREAM | SOCK_NONBLOCK, 0);
int reuse = 1;
setsockopt(sock, SOL_SOCKET, SO_REUSEPORT, &reuse, sizeof(reuse)); // 必须在此处
struct sockaddr_in addr{};
addr.sin_family = AF_INET;
addr.sin_port = htons(PORT);
addr.sin_addr.s_addr = INADDR_ANY;
bind(sock, (struct sockaddr*)&addr, sizeof(addr));
listen(sock, SOMAXCONN);
// 各自 epoll_create1 + epoll_ctl 注册自己的 sock
如果无法用 SO_REUSEPORT，就得自己加锁
Nginx 的做法是：所有 worker 进程竞争一个全局文件锁（通过 fcntl(F_SETLK) 操作一个锁文件），只有抢到锁的进程才允许 epoll_wait() 监听 listen_fd；其余进程则休眠或转去处理已有连接。这本质是把“并发监听”降级为“串行监听”，但避免了无谓唤醒。
容易踩的坑：
- 锁文件路径必须所有进程可见且可写（如
/var/run/myserver.lock），不能用临时路径 - 忘记在 fork 前
open()锁文件，导致子进程 fd 不一致或锁失效 - 未处理锁被信号中断（
errno == EINTR）的情况，造成死等 - worker 异常退出后锁未释放，导致后续启动卡死——建议配合
atexit()或sigaction()清理
leader-follower 模式适合线程池，但对多进程不友好
一个线程作为 leader 调用 epoll_wait()，收到新连接后分发给 follower 线程处理。这种模式在线程间可行，因为共享地址空间便于用 std::mutex + std::condition_variable 协调角色切换。但多进程之间没有共享内存，强行移植需依赖 shm_open() + mmap() + 信号量，复杂度陡增，且跨进程调度延迟更高。
结论很明确：多进程场景下，SO_REUSEPORT 是首选；若内核/库太旧，再退回到基于文件锁的互斥监听。硬要在多进程里搞 leader-follower，反而把简单问题工程化过度了。
真正容易被忽略的是：很多人以为开了 epoll 就天然高并发，却没意识到只要多个进程注册了同一个 listen_fd，惊群就已发生——哪怕你没写错一行 accept() 代码。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
