Redis之单线程+多路IO复用技术

Redis 是单线程+多路IO复用技术

多路复用：使用一个线程来检查多个文件描述符的就绪状态

如果有一个文件描述符就绪，则返回

否则阻塞直到超时

得到就绪状态后进行真正的操作可以在同一个线程里执行，也可以启动线程执行（线程池）

本质上是没有阻塞的

• 阻塞lO（串行）：给女神发一条短信, 说我来找你了,然后就默默的一直等着 女神下楼,这个期间除了等待你不会做其他事情,属于备胎做法.
• 非阻塞IO：给女神发短信，如果不回,接着再发,一直 发到女神下楼,这个期间你除了发短信等待不会做其他事情,属于专-做法.
• IO多路复用：是找一个宿管大妈来帮你监视下楼的女生,这个期间你可以些其他的事情.例如可以顺便看看其他妹子,玩玩王者荣耀,上个厕所等等.

IO复用又包括select, poll, epoll模式那么它们的区别是什么?

• select： 　　一个女生下楼, select大妈都不知道这个是不是你的女神，她需要一个一 个
  询问，并且select大妈能力还有限，最多一次帮 你监视1024个妹子

• poll： 　　poll大妈不限制盯着女生的数量，只要是经过宿舍楼门口的女生，都会帮你去问是不是你女神

• epoll: 　　epoll大妈不限制盯着女生的数量, 并且也不需要一个一个去问. 那么如何做呢? epoll大妈会为每个进宿舍楼的女生脸上贴上一个大字条,上面写上女生自己的名字, 只要女生下楼了, epoll大妈就知道这个是不是你女神了, 然后大妈再通知你.

以上这些同步IO有一个共同点就是, 当女神走出宿舍门口的时候, 你已经站在宿舍门口等着女神的, 此时你属于阻塞状态。

接下来还有一种异步IO的做法，更屌。

你告诉女神我来了, 然后你就去王者荣耀了, 一直到女神下楼了, 发现找不见你了, 女神再给你打电话通知你, 说我下楼了, 你在哪呢? 这时候你才来到宿舍门口. 此时属于逆袭做法。

具体的epoll场景（加深理解）：

一个酒吧服务员（一个线程），前面趴了一群醉汉，突然一个吼一声“倒酒”（事件），你小跑过去给他倒一杯，然后随他去吧，突然又一个要倒酒，你又过去倒上，就这样一个服务员服务好多人，有时没人喝酒，服务员处于空闲状态，可以干点别的玩玩手机。至于epoll与select，poll的区别在于后两者的场景中醉汉不说话，你要挨个问要不要酒，没时间玩手机了。io多路复用大概就是指这几个醉汉共用一个服务员。