五种IO模型

阻塞IO模型:

    排队式的模型，即一直等待，知道成功为止，假如你要花三天排队买票，那么你就要耗费三天的时间。

非阻塞IO模型:：

    排队的时候可以做其他事情，多次去问有没有票，每天晚上12天问一次，在第三天买到了，那么就只花费了去的时间。

I/O复用模型：

    1：select/poll

        火车站买票，委托黄牛，每个6个小时打黄牛电话，黄牛三天内买到了，然后去火车站交钱买票 

        耗费：打电话

    2：epoll

        老李去火车站买票，委托黄牛，黄牛买到后即通知老李去领，然后老李去火车站交钱领票。

        耗费：无需打电话

信号驱动I/O模型:
    老李去火车站买票，给售票员留下电话，有票后，售票员电话通知老李，然后老李去火车站交钱领票。
    耗费：无需打电话

异步I/O模型
    老李去火车站买票，给售票员留下电话，有票后，售票员电话通知老李并快递送票上门。
    耗费：无需打电话

IO多路复用模型：

    

    如上图所示，所谓的IO多路复用，就是通过一个线程，来记录多个sock流直接的进展状态（），IO多路复用的方式也有很多种，select/poll 与 epoll，

    重要的事情再说一遍： I/O multiplexing 这里面的 multiplexing 指的其实是在单个线程通过记录跟踪每一个Sock(I/O流)的状态(对应空管塔里面的Fight progress strip槽)来同时管理多个I/O流. 发明它的原因，是尽量多的提高服务器的吞吐能力。

select/poll：

    举个例子，你是一个餐厅的上菜服务员，你们餐厅了有很多客人（假设每个客人一个桌），你的工作就是去找每个客人，挨个问要不要上菜。。

    上面是select与poll的普遍理解，如果放在了具体的socket中，流程是这样的，即当某个socket需要数据的时候，select/poll就会返回socket上有数据，但是具体是哪个socket上有数据，需要你去遍历的找，所以当多个socket的情况下，这种效率是不行的，并且在select函数中，监听socket的数量限制在了1024个，还好poll之后优化了select，解除了1024个socket监听的限制（使用链表实现），但是他们两还是有一个不足之处，那就是不是线程安全的，这意味着，你就只能在一个线程里面处理一组IO流，因此为了解决单线程的问题，出现了下面的epoll函数。

epoll（只有linux支持）:

   解释： 同样的例子，但是这回你要做的事情少了，当有个客人呼叫你的时候，你过去给他们点菜或者上菜，需要的话你就帮他上菜，你会存在有空闲的时间，可以做自己的事情。

   具体的意义：

• epoll 现在是线程安全的。
• epoll 现在不仅告诉你sock组里面数据，还会告诉你具体哪个sock有数据，你不用自己去找了。 

 

 

转载于:https://my.oschina.net/u/4189935/blog/3096770