Redis并没有使用libevent，libev，libuv等事件IO库，而是通过ae.h、ae.c两个文件，封装了简单的事件处理模型。进一步地，事件处理需要使用到系统的select、epoll等函数，在ae.c中，通过简单的宏判断，引入相应的实现文件，分别是ae_epoll.c、ae_evport.c、ae_kqueue.c和ae_select.c。
先来看下ae.h。首先，Redis定义了两种事件类型，分别是aeFileEvent和aeTimeEvent，前者针对文件IO(包含网络)。后者主要是一些定时或周期运行的函数，比如serverCron（）。
最主要的数据结构是struct aeEventLoop。ae.h对外提供的方法，几乎都以此结构的实例为操作对象。
typedef struct aeEventLoop {
int maxfd; /* highest file descriptor currently registered */
int setsize; /* max number of file descriptors tracked */
long long timeEventNextId;
time_t lastTime; /* Used to detect system clock skew */
aeFileEvent *events; /* Registered events */
aeFiredEvent *fired; /* Fired events */
aeTimeEvent *timeEventHead;
int stop;
void *apidata; /* This is used for polling API specific data */
aeBeforeSleepProc *beforesleep;
aeBeforeSleepProc *aftersleep;
} aeEventLoop;maxfd记录当前跟踪的最大文件描述符，在调用某些api时便于使用，比如select()需要给一个maxfd+1的参数。
setsize是能处理的文件描述符的最大数量。后面可以看到这个数量关系到events和fired的内存分配大小。
另外一个比较重要的是apidata，其实是指向了具体的事件处理模型相关的一个状态数据（aeApiState）。如果使用的是select，那么状态数据包含了不同的fd_set；如果使用的是epoll，状态数据包含了epoll_create()返回的fd，还有用于接收epoll_wait()返回的存在可用事件的列表events。
aeCreateEventLoop()便是创建aeEventLoop的实例。在这里可以看到，针对文件IO，events和fired是通过固定连续分配，按照数组的方式来使用。针对时间事件，则是timeEventHead这样的一个链表。
另外，再通过调用aeApiCreate()来这是apidata。按照使用的不同的系统事件处理机制，aeApiCreate()的实现是不同的。取决于如下这段代码：
#ifdef HAVE_EVPORT
#include "ae_evport.c"
#else
#ifdef HAVE_EPOLL
#include "ae_epoll.c"
#else
#ifdef HAVE_KQUEUE
#include "ae_kqueue.c"
#else
#include "ae_select.c"
#endif
#endif
#endif一般来说，这些HAVE_开头的宏，是通过configure（GNU autoconf automake系统工具生成），或者cmake判断当前系统环境并进行定义的。但是Redis并没有使用什么复杂的构建工具，只有一个Makefile，这些宏是在src/config.h中，根据操作系统或编译器提供的宏进行判断并进行定义。
具体调用的地方，比如src/server.c中，先进行
server.el = aeCreateEventLoop(server.maxclients+CONFIG_FDSET_INCR);创建了aeEventLoop。
之后便可以注册定时任务：
if (aeCreateTimeEvent(server.el, 1, serverCron, NULL, NULL) == AE_ERR) {
serverPanic("Can't create event loop timers.");
exit(1);
}
