linux高并发服务器核心在于有限资源高效响应大量连接：需突破fd与队列瓶颈、用epoll+et+非阻塞i/o、线程池卸载cpu任务、连接与内存复用释放。
Linux 下基于 socket 的高并发服务器，核心不在“堆线程”或“开进程”，而在于**如何让有限资源高效响应大量连接请求**。关键不是单点吞吐多高，而是系统整体在连接建立、数据收发、连接维持、异常处理等环节不卡顿、不泄漏、不退化。
连接层：突破文件描述符与连接队列瓶颈
每个 socket 连接占用一个文件描述符（fd），系统默认限制常为 1024，这是第一道硬墙。
- 修改用户级限制：在 /etc/security/limits.conf 中添加两行：
* soft nofile 1048576* hard nofile 1048576
再确保 /etc/pam.d/common-session（或 login）包含session required pam_limits.so - 提升系统级上限：执行
echo 2097152 > /proc/sys/fs/file-max，并写入 /etc/sysctl.conf：fs.file-max = 2097152 - 调大 TCP 半连接队列：SYN 收到但未完成三次握手的连接存于此，过小会导致丢包重传甚至被客户端认为超时。设置：
net.ipv4.tcp_max_syn_backlog = 65536
同时启用快速回收（仅适用于客户端 IP 稳定场景）：net.ipv4.tcp_tw_reuse = 1
I/O 模型：用 epoll 替代阻塞/轮询
select/poll 在连接数上升后性能急剧下降；多线程+阻塞 recv/send 会因等待 I/O 而浪费大量线程资源。epoll 是 Linux 下高并发 I/O 的事实标准。
linux-sysadmin
下载
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 使用
epoll_create1(0)创建实例，配合EPOLLIN | EPOLLET启用边缘触发（ET）模式，减少事件重复通知 - 每个连接设为非阻塞（
fcntl(fd, F_SETFL, O_NONBLOCK)），避免recv()或send()阻塞整个线程 - 将 accept() 和后续读写全部纳入同一 epoll 实例统一调度，主线程（或单线程事件循环）即可承载数万连接
任务调度：线程池 + 无锁队列协同分工
纯单线程适合 I/O 密集但逻辑轻量的场景；一旦涉及数据库查询、JSON 解析、加解密等 CPU 操作，必须卸载到工作线程，否则事件循环卡死。
- 主线程只做 socket 接收、读缓冲填充、写缓冲提交——纯 I/O 工作
- 业务逻辑（如协议解析、权限校验、DB 交互）交由固定数量的工作线程异步处理
- 任务通过环形缓冲区（如
ring buffer）或lock-free queue传递，避免频繁加锁影响吞吐 - 连接生命周期管理（超时检测、心跳维护、断连清理）可由独立定时器线程或主线程结合红黑树/时间轮实现
连接与内存：复用与及时释放是稳定前提
高频新建/销毁 socket 和 buffer 是性能杀手，也是内存泄漏高发区。
- 启用
SO_REUSEADDR和SO_REUSEPORT（Linux 3.9+），允许多进程/线程绑定同一端口，便于水平扩展 - 为每个连接预分配固定大小接收/发送缓冲区（如 8KB），避免 malloc/free 频繁调用；连接关闭时归还至对象池而非直接 free
- 对长连接，设置
SO_KEEPALIVE并辅以应用层心跳，及时发现僵死连接；对短连接，确保 close() 后 fd 立即释放，防止 TIME_WAIT 占满端口 - 避免在连接上下文中长期持有大对象或闭包，防止 GC 压力（若用带 GC 语言）或内存碎片（C/C++）
