libevent 之epoll 观后感
libevent支持很多系统，因本人是做Linux后台的，故只看了epoll部分。
eventops 数组用来实现devpoll, kqueue, epoll, poll, select 实现的选择。
event_base * current_base; libevent 主要控制结构。
event_base 分3个队列 EVLIST_INSERTED, EVLIST_ACTIVE, EVLIST_TIMEROUT.
EVLIST_INSERTED 队列 保存 加入到event_base的所有event, 为什么要这个队列呢？
event.c中
/* reinitialized the event base after a fork */
int
event_reinit(struct event_base *base)
这个函数在fork 之后可以被调用，fork之后需要重新设置监听事件。
EVLIST_ACTIVE 分优先级的队列，不过默认是1个优先级（等于没有优先级)
EVLIST_TIMEROUT 是个数组，以超时组织的小端堆（删除，插入时间是lg(N))。
epoll.c
struct evepoll {
struct event *evread;
struct event *evwrite;
};struct epollop {
struct evepoll *fds;
int nfds;
struct epoll_event *events;
int nevents;
int epfd;
};
struct evepoll *fds; 有什么用？
struct evepoll {
struct event *evread;
struct event *evwrite;
}; 为什么要分读写？
原来libevent 支持一个fd 有两个 event对象的情形。
event r, w;
event_set(&r, fd, EV_READ,&r);
event_set(&w, fd, EV_WRITE,&r);
ev_read, ev_write 可以是不同的event, 也正因为fd可以有两个event, 所以不能放到 epoll_data_t中。（以前自己实现的时候就没有使用fd数组，因为所有的fd只有一个对用的控制结构)
struct evepoll *fds 是个数组，这带来极大的便利，通过fds[fd]就可以找到控制结构，这依赖于操作系统的特性(新fd总是系统中最小空闲fd.)
libevent 还可以延后处理signal, 通过一对unix套接字来唤醒epoll_wait,从而加速signal event的处理。
如果没有这样做的话，可能就要等到epoll_wait超时后才能调用，但epoll_wait的时间跟timer_out 队列的时间相关，
如果timer_out 队列为空，就更是糟糕。
总结：
libevent 也有个小缺陷，就是不支持多线程，不过一般不是大问题，因为长时间任务，都要自己实现线程组和队列。
linux 现在支持 timerfd 和siganlfd, 不过其它系统可能不支持。