zlMediaKits基本库ZLToolKits中的EventPoller实现分析

1.创建TCPService中会调用EventPollerPool，因为EventPollerPool是单例所以会实例化，EventPollerPool是一个线程调用模型，可以参考epoll

2.实例化EventPollerPool 调用createThreads,并传入线程数，线程可以通过-t 参数指定，不指定则使用默认个数。每一个线程对应一个EventPoller，并运行EventPoller.runLoop

3.EventPoller中runLoop由单独的线程运行，并包括阻塞模式和非阻塞模式，如果非阻塞模式会在调用的线程上新启用一个线程来调用runLoop，并立即返回。runLoop主要的工作是监听_event_map中注册的fd(sock)。linux和window有分别的实现，window采用select实现，将需要读、写、异常的sock存放fd_set，然后调用select过滤出有数据（事件）的fd(sock)，当发现有读写异常等相关操作的fd(sock)就调用该fd(sock)的回调事件。

4.EventPoller中采用管道_pipe实现工作线程(注册事件)和Poller线程(执行事件runLoop)进行交互。_pipe的内部采用socket非阻塞模式，该socket接收端为Poller线程，发送端为工作线程，通过调用EventPoller::async向Poller线程执行回调。

5.EventPoller中通过addEvent注册监听fd(sock) 读写异常 事件，通过Poll_Record定义事件注册对象，并加入到_event_map中， 并通过async接口通知Poller线程有新的fd加入。 再由第3步的runLoop循环发现并触发事件。