几个问题:

.libevent到底用的是select还是iocp,然后是如何突破64限制的

typedef struct fd_set {

        u_int   fd_count;               /* how many are SET? */

        SOCKET  fd_array[FD_SETSIZE];   /* an array of SOCKETs */

} fd

首先libevent使用的是select,至于为什么不用iocp，有可能没有实现

#define FD_SETSIZE      64

看到这个就以为最多是64个连接，

那时因为这个是在暂时分配栈的内存，如果分配在堆上就可以解决

看Libevent里面

struct win_fd_set {

u_int fd_count;

SOCKET fd_array[];

};

然后在堆上分配内存，就可以动态指定大小，只要内存可以存放

具体看http://www.cnblogs.com/ayanmw/p/3467373.html

.客户端为什么要监听

看到客户端监听的端口比较随便,所以个人判断这个监听是没用的，也许只是为了和服务端的代码重用，主要是为了使用下面的派发线程

m_spThread.reset(new std::thread([this]

{

    //SetThreadPriority(GetCurrentThread(), THREAD_PRIORITY_HIGHEST);

    //event_base_loop(m_base, EVLOOP_ONCE);

    event_base_dispatch(m_base);

    if(WSAENOTSOCK == WSAGetLastError())

    {

        Plug::PlugMessageBox(L"操作无效套接字啊！");

    }

    Plug::PlugMessageBox(L"Libevent派发线程退出！");

}));

.什么时候调用读事件和写事件,往哪儿写，从哪儿读

当input有数据的时候调用读事件，当Output为空的时候调用写事件

读是从Input读，写是往output写

bufferevent_setcb(bev, conn_readcb, NULL, conn_eventcb, c2);//NULL表示bufferevent不会进行数据的读取或者写入

bufferevent_enable(bev, EV_READ | EV_WRITE );

服务器不用设置写事件，而是自己调用bufferevent_write向output写入数据的

客户端设置了写事件，然后也是自己调用的bufferevent_write,但这个写事件回调里面没做什么东西，只有当output没有数据的时候才会调用这个写事件

.channelid到底对应的是啥，到底是如何实现这么多客户端并发的:

现在知道channelid对应一个bufferevent,而bufferevent对应一个socket，这样就确定是哪个客户端了，然后select模式知道哪些socket可读，可写，然后就自动的往socket写，或者从socket读

.两句代码的理解

    //设置读写回调，当input有数据的时候需要调用conn_readcb，这个是libevent自动调用的

    bufferevent_setcb(bev, conn_readcb, conn_writecb, conn_eventcb, c2);

    //我去这个有点坑啊，这个EV_WIRTE是默认设置的，bufferevent_get_enabled默认得到的是6

    //EV_WRITE和EV_READ是指socket和缓冲区之间的读和写

    bufferevent_enable(bev, EV_READ);

.写事件

至于服务器为什么不设置写回调函数，真心不知道，这个还真不太清楚为啥，但客户端设置了