linux chat 开发笔记
回调函数的实现:
function<> 初步认识
用std::function<>
实现
头文件在#include <functional>
通过typedef std::function<void(event_infor *)> EventCallback;
宏定义一个EventCallback
回调函数 <void(event_infor *)>
返回值为void ,传入参数为自定义的事件结构体,目前暂定为下:
struct event_infor {
std::string ip; //ip地址
u_int port; //端口
int fd; //文件描述符
EventCallback eventCallback; // 回调函数
int events; //事件的性质 比如EPOLLIN
//其实应该还要有其它的定义,日后有需求再说
};
把event_infor
的eventCallback
函数参数为event_infor
这样就可以在函数中获取这些信息,不管用没用到。
epoll_event.events
和event_infor.events
一样、epoll_event.data.ptr
指针指向event_infor
,注意在写代码中一定要用new分配内存来定义一个event_infor
,在定义epoll_event
的时候这个可以是局部变量因为在执行epoll_ctl()
后会把epoll_event
拷贝添加进内部的红黑树,会复制epoll_event.data.ptr
但不会复制所指向的event_infor
,所以用new开辟一块内存空间存放event_infor
,然后返回指针把epoll_event.data.ptr
指向它。这个坑我弄了一整天才发现,如果是局部变量的话在外面调用回调函数会出现段错误,或者结构体里面的变量默认初始化为0,这样的话当回调函数用这个里面的默认fd = 0
,结果导致很多错误,比如read()
一个fd = 0
而本来客户端的fd = 5
,那么程序会永远卡死在这里等待标准输入stdin(因为标准输入文件描述符为0)。图一在event_infor
的生命周期有效,当执行回调函数把*event_infor
传进去后,地址没变但内容全部为0,因为在这里它生命周期已经结束。
图1:
图2:
绑定回调函数
传统的绑定方法:
1.C语言的函数指针
2.std::bind()
3.lambda表达式
第一种就不深入探讨了,在C语言中只能用这个,而在c++中函数的绑定更为简单std::bind()
为传统做法,lambda是c++11后才出现的,用这两个区别《effective modern c++ 》中有详细的讨论,作者是建议用lambda的,但是用之前要完全了解lambda的方方面面避免错误。
lambda使用示例:
l_infor.eventCallback = [&](event_infor *infor){ acceptconn(infor);};
通过[&]来额外引入其它变量,最后在调用实际功能函数,实际功能函数参数可以随便你,lambda的作用就是两者的粘合剂,优点简洁。