如何将socket网络编程中的epoll多路复用问题转化为一个长尾词？

本文共计1965个文字，预计阅读时间需要8分钟。

1. epoll的产生及其原因 + 问大咖一个问题，如果需要设计一款具有百万级并发能力的系统，你的客户端和服务端的网络通信底层应该如何设计？我在上一篇文章（《socket网络编程（三）—— select多路复用》）中提到了...

1、epoll诞生的原因

问大家一个问题，如果要设计一款有着千万级别并发的系统，你的客户端和服务端的网络通信底层该怎么设计？我在上一篇文章（socket网络编程（三）——select多路复用问题）中有说到用select可以实现IO多路复用，但是select的设计有瓶颈所在，超过十万的并发效率就非常慢。那么着又该怎么办呢？

于是epoll就腾空出世了！

2、epoll是什么

什么是epoll呢？epoll和select一样，也是为IO多路复用而生的。而epoll最大的优点也是select的不足之处，我们知道，select的最大连接数被限制在了1024个，而且select是通过轮询所有的连接的方式寻找需要的那个连接，所以对select来说，连接数越多，耗费的资源就越大，这是一个无法调和的矛盾。