几个问题: 1.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[1]; }; 然后在堆上分配内存，就可以动态指定大小，只要内存可以存放 具体看http://www.cnblogs.com/ayanmw/p/3467373.html 2.客户端为什么要监听 看到客户端监听的端口比较随便,所以个人判断这个监听是没用的，也许只是为了和服务端的代码重用，主要是为了使用下面的派发线程 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派发线程退出！"); })); 3.什么时候调用读事件和写事件,往哪儿写，从哪儿读 当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没有数据的时候才会调用这个写事件 3.channelid到底对应的是啥，到底是如何实现这么多客户端并发的: 现在知道channelid对应一个bufferevent,而bufferevent对应一个socket，这样就确定是哪个客户端了，然后select模式知道哪些socket可读，可写，然后就自动的往socket写，或者从socket读 4.两句代码的理解 //设置读写回调，当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); 5.写事件 至于服务器为什么不设置写回调函数，真心不知道，这个还真不太清楚为啥，但客户端设置了