上篇的阻塞模式下服务器的并发只有几K，而真正的server 像nginx, apache, yumeiz 轻轻松松处 理几万个并发完全不在话下，因此大并发的场合下是不能用阻塞的。
1W的并发是一个分隔点，如果单进程模型下能达到 的话，说明至少在服务器这块你已经很厉害了。
服务器开发就像一门气功，能不能搞出大并发，容错性处理得怎么样，就是你有没有内功，内功有 多深。
异步模式是专门为大并发而生，linux下一般用 epoll 来管理事件，下面就开始我们的异步大并发 服务器实战吧。
跟阻塞开发一样，先来看看设计过程：
1.创建事件模型。
2.创建监听连接并监听。
3.将监听连接加入事件模型。
4.当有事件时，判断事件类型。
5.若事件为监听连接，则产生客户连接同时加入事件模型，对客户连接接收发送。
6.若事件为客户连接，处理相应IO请求。
为了让大家一概全貌，我用一个函数实现的( 一个函数写一个2W并发的服务器，你试过么），可读 性可能会差点，但是对付这道面试题是绰绰有余了。
实际开发过程如下：
先定义一个事件结构，用于对客户连接进行缓存
[cpp] view plaincopyprint?01.struct my_event_s 02.{ 03. int fd;
04. char recv[64]; 05. char send[64]; 06. 07. int rc_pos;
08. int sd_pos; 09.}; struct my_event_s{ int fd;
char recv[64]; char send[64];
int rc_pos;
int sd_pos;
};
以上是小编为您精心准备的的内容，在的博客、问答、公众号、人物、课程等栏目也有的相关内容，欢迎继续使用右上角搜索按钮进行搜索并发
， 服务器
， 阻塞
， 事件
， 模型
， 监听
， ios 面试题
， 服务器并发
， 并发服务器
， linux 后台开发
， ios面试题
， 一个
， 并发模型
并发连接
，以便于您获取更多的相关知识。