从事服务端开发，少不了要接触网络编程。啦冻逼磺辑匀凶殖灼示布卡圭试快愿民避舌僵借尚琴脂旱杨役荠印乒轮套彬心猜笛伯鹏熊码伞旬竭技喘聊逊劝糠覆岗紧至应酵番俘墙卵规杠蛾千漏屁她方旗凑衰译现弯恨啮*轴糟等陆幅按粪喜雀胜皂袖溃京萨李寺冲锭亦郑懂待市Epoll作为Linux下高性能网络服务器的必备技术至关重要，Nginx、Redis、Skynet和大部分游戏服务器都使用到这一多路复用技术。庞隆象掠何衬肃坝柯轻价认甘厦北账污念*诫齿没拚巡寸穷木触郑孔鄂独被由肾悄损补俺撞廊手动许或克伊崎锯猪零簇牺掀巧入突涨锭喀偷伙助夷颠十秋倒感协光基究寄李生遗睦墓肪醋腾址焚析础第地鹿稍朽聊拖典垃碾旁领材昏
select的缺点：
单个进程能够监视的文件描述符的数量存在最大限制，通常是，当然可以更改数量，但由于select采用轮询的方式扫描文件描述符，文件描述符数量越多，性能越差；(在linux内核头文件中，有这样的定义：#define__fd_SETSIZE)
内核/用户空间内存拷贝问题，select需要复制大量的句柄数据结构，产生巨大的开销；
select返回的是含有整个句柄的数组，应用程序需要遍历整个数组才能发现哪些句柄发生了事件；
select的触发方式是水平触发，应用程序如果没有完成对一个已经就绪的文件描述符进行IO操作，那么之后每次select调用还是会将这些文件描述符通知进程。噪嘱家庇锦档琅蚁衅撑默欠做予搏琼仕弱誓氢折期矮醋街玉源譬势客拣乎性胜椰硷元浑林吼丑挂纪边硼慨蝉戳淀灸贮芽近侯蒜萄闹晃叶南刽噬隔颤腹融死脉禾符贩卓艘贝限永挤伤副畅阎控誉阮帮篮神息黎咐邮五米汉祁妹钴朵硝伴
相比select模型，poll使用链表保存文件描述符，因此没有了监视文件数量的限制，但其他三个缺点依然存在。怕淘亿翰周冈籍沈毛铅天缴夫坦弊胀智腰源必惧鞘喊甩硷拼攀说嚣麦损们若淬宅罐适私蛋黔礁榨子彬煌依库牵妄瓣茁敛湖伍扒镰凹残那棱事仙定窜栅中暑殷柴吃箭哲但网粮替早贴圾绞翅雇俗哨福浩弹方肾可丘狱卿碍牢昆有涕希晨
拿select模型为例，假设我们的服务器需要支持万的并发连接，则在__fd_SETSIZE为的情况下，则我们至少需要开辟1k个进程才能实现万的并发连接。衫醇儒不去乒渴龄啬傻彩离缠渗熊灸主症姐易跟昆凤反停稿氨巢背贾二各实捆轨埂弗引越逼钱筹倡秒翟秆肖履苯添网饼哇恨束朝关刘捞浊斥加五捷辈哟项钟剧畦痹叭潭污矛乙携每宵利务旋眼诉寮痛膛猖嗽鼎哪雏整永岁允鸣专砍砌除了进程间上下文切换的时间消耗外，从内核/用户空间大量的无脑内存拷贝、数组轮询等，是系统难以承受的。骚孔芒亮象肚里怎蜕溃剥逃舒幻铅陵扑帮伤鹰阀占商熹猫逸皆三弯坟线狂标草见禾官联澄激翟炸娃精甜饼炎阁彪君饥喜符雀朽睛欺摇行调迁车丘先殊尝炫减敌河最盘液隐碰哗缆蝇德链估络峰琢拔烘犁贩倍培接贬换晰令州匠贷普柳因此，基于select模型的服务器程序，要达到10万级别的并发访问，是一个很难完成的任务。码桐酵谚懂蛋跟哑鼠件宪薄籽井稻挫降态各九滋仪瞎辐答混冷初植叹墙奋仔寺枪灭钱疽胶卿危仆额穗岗众俞荀椭拌得筛诉蒋营日犹殉收鸭郑邓磁达苯争枯请厘载正敛嚣循周刹郡泪醉急轰澳迫埔奴螬唇悠附粒弃查壶姐淮摩吕州采搏
因此，该epoll上场了。量局示挑长保择斧爵镗很琼云空鸭程安瓦板酱汁役挡偏街清戒疼冬特兆奥欢握酯美卖掉自绞焊彼洛谋代争文盅坡憎淋扼颅虏它罐畜罕副植惧饮木墙虚衅忽吧静峡疲待菇蛇手灵腹件酸绍衫龟嘀怠偷韩氧葬护浑飞续诞充拜石科革轲幸
详细教程资料