为什么单线程的Redis还能有很高的效率？

1. 纯内存操作

2. 单线程

单线程避免了线程切换以及加锁释放锁带来的消耗，对于服务端开发来说，锁和线程切换通常是相当消耗性能的。

3 非阻塞多路I/O复用机制

Redis默认使用epoll作为I/O多路复用技术的实现，再加上Redis自身的事件处理模型将epoll的read、write、close等都转换成事件，不在网络I/O上浪费过多的时间。实现对多个FD读写的监控，提高性能。

Redis IO多路复用技术以及epoll实现原理

3.1 客户端与redis通信的一次流程

为啥单线程还能有很高的效率

1. 在redis启动初始化的时候，redis会将连接应答处理器跟AE_READABLE事件关联起来，接着如果一个客户端跟redis发起连接，此时redis会产生一个AE_READABLE事件，然后由连接应答处理器来处理跟客户端建立连接，创建客户端响应的socket，同时将这个socket的AE_READABLE事件跟命令请求处理器关联起来。
2. 当客户端向redis发起请求的时候(不管是读请求还是写请求，都一样)，首先就会在socket产生一个AE_READABLE事件，然后由对应的命令请求处理器来处理。这个命令请求处理器就会从socket中读取请求的相关数据，然后执行操作和处理。
3. 接着redis这边准备好了给客户端的响应数据之后，就会将socket的AE_WRITABLE事件跟命令回复处理器关联起来，当客户端这边准备好读取相应数据时，就会在socket上产生一个AE_WRITABLE事件，会由相应的命令回复处理器来处理，就是将准备好的响应数据写入socket，供客户端读取。
4. 命令回复处理器写完之后，就会删除这个socket的AE_WRITABLE事件和命令回复处理器的关联关系。
   
   这是一个典型的reactor设计模式，redis没有采用现有的事件驱动库，而是自己定义了一个ae驱动器。使用epoll同时监听多个套接字，并给不同套接字关联不同的处理程序。当被监听的套接字准备好连接应答、请求、应答、关闭等操作时，对应的文件事件就会产生，文件事件处理器会调用对应的处理程序。