关于libevent的几个问题
1.他到底是如何保证这个套接字有效的
主线程去断开关闭套接字，主线程去调用buffwrite,在子线程收到客户端断开时，主线程延迟1分钟释放，这样保证子线程操作完该socket的操作
但其实我没有真正理解这样搞怎么就能保证安全性
2.BUFFEREVENT_WRITE到底还是主线程在发送数据，这个和四个子线程什么关系
发现四个子线程还只是负责读取客户端和socket错误的数据，发送还是在主线程完成的
3. * [测试]：先解锁再加锁，防止此线程在分配内存失败的时候死循环等待时，main_thread的send_data陷入阻塞。
void Channel::read_datastream(struct bufferevent* bev)
{
size_t len = bufferevent_read(bev, m_buf, sizeof(m_buf));
/**
* [测试]：先解锁再加锁，防止此线程在分配内存失败的时候死循环等待时，main_thread的send_data陷入阻塞。
*/
evbuffer_unlock(bev->output);
//auto& in = bev->input; lock一样
//auto& out = bev->output;
m_readStream.Push(m_buf, len);
//这个为什么先解锁在加锁，是因为对于bufferevent操作会自动加锁的，而这里read_pack从内存池分配内存
//有可能某个类型的用完了会造成等待的状态，而此时主线程的buffwrite去加锁会出现等待的状态，这样是不行的
//所以这里先加锁再解锁
read_pack();
evbuffer_lock(bev->output);
}
//这边有个小疑问，就是这个锁到底用的哪种同步方式，难道也必须是先解锁在加锁，这个是必须的吗
4.这都到客户端这层了，还能判断发送到那个客户端吗
auto link = g_TcpLinkExs[channel_id];
这个应该是针对机器人写的
5.那种多线程回调不是太懂，有的加锁，有的不加
bool NGP::OnDisconnected()
{
m_queFunctions.push(std::bind(&NGP::Disconnected, this));
return true;
}不加锁
std::vector<TcpLinkEx*> g_TcpLinkExs;//这个好像是针对机器人用的吧
TcpLinkEx* g_curTcpLinkEx;//当前连接的用户
对于这一块加锁，我看不明白咋加的
6.
//auto cur_fd = c->m_bev->ev_write.ev_fd;
/**
* [说明]：因为是异步读写，bufferevent_write将写入事件丢进工作线程的事件列表中
* 可能存在此主线程在调用bufferevent_free的时候，将套接字关闭（即：主线程立马关闭套接字），
* 而下一瞬间工作线程从激活队列中取出此处的写入事件发给客户端时，这个时候，发现此套接字无效，
* select的时候发现对无效套接字进行操作，立刻报错！所以需要保证操作的套接字有效
*/
过程这样的，主线程去写，子线程收到断开事件，主线程延迟释放等待子线程操作相关套接字的数据
7.为什么接受用内存池，然后无锁队列，而发送时直接发送
因为是4个线程，如果同时操作共享内存，加锁肯定延迟其他线程，而发送是因为在一个线程里面所有可以直接发送
两个线程依赖另一个线程的数据，这样中间就搞一个队列类似的，其实就像一个池子，一个线程往里面放水，另一个线程从里面抽水，类似缓冲，效率也高了
