几个问题:
.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); .写事件
至于服务器为什么不设置写回调函数,真心不知道,这个还真不太清楚为啥,但客户端设置了