这篇文章介绍下libevent在socket异步编程中的应用。在一些对性能要求较高的网络应用程序中,为了防止程序阻塞在socket I/O操做上形成程序性能的降低,须要使用异步编程,即程序准备好读写的函数(或接口)并向系统注册,而后在须要的时候只向系统提交读写的请求以后就继续作本身的事情,实际的读写操做由系统在合适的时候调用咱们程序注册的接口进行。异步编程会给一些程序猿带来一些理解和编写上的困难,由于咱们一般写的一些简单的程序都是顺序执行的,而异步编程将程序的执行顺序打乱了,有些代码什么状况下执行每每不是太清晰,所以也使得编程的复杂度大大增长。linux
Note:这里系统这个词使用的不许确,实际上能够是本身封装的异步调用机制,更常见的是一些可用的库,好比libevent,ACE等算法
想了解libevent的工做原理能够自行查询资料,网上相关的介绍一大堆,也能够本身阅读源码进行分析,本文仅从使用的角度作一个简单的介绍,看如何快速的将libevent引入咱们的程序中。任何应用都免不了须要承载其功能的底层OS,libevent也不例外,其内部是经过封装操做系统的IO复用机制实现的,在linux系统上多是epoll、kqueu之类的,取决于具体的OS所支持的IO复用方式,在个人系统上是epoll,所以能够理解为libevent提供了一个比epoll更为友好的操做接口,将程序猿从网络IO处理的细节中解放出来,使其能够专一于目标问题的处理上。编程
首先,安装libevent到任意目录下安全
wget http://monkey.org/~provos/libevent-1.4.13-stable.tar.gz
tar –xzvf libevent-1.4.13-stable.tar.gz
cd libevent-1.4.13-stable
./configure --prefix=/home/mydir/libevent
make && make install
如今假定咱们要设计一个服务器程序,用于接收客户端的数据,并将接收的数据回写给客户端。下面来构造该程序,因为本仅仅是展现一个Demo,所以程序中将不对错误进行处理,假设全部的调用都成功服务器
第13行说明建立的是一个TCP socket。第15行是服务器程序的一般作法,设置了该选项后,在父子进程模型中,当子进程为客户服务的时候若是父进程退出,能够从新启动程序完成服务的无缝升级,不然在全部父子进程彻底退出前再启动程序会在该端口上绑定失败,也即不能完成无缝升级的操做(更多信息能够参考该函数说明或Steven先生的<网络编程>)。第24行用于建立一个事件处理的全局变量,能够理解为这是一个负责集中处理各类出入IO事件的总管家,它负责接收和派发全部输入输出IO事件的信息,这里调用的是函数event_base_new(), 不少程序里这里用的是event_init(),区别就是前者是线程安全的、然后者是非线程安全的,后者在其官方说明中已经被标志为过期的函数、且建议用前者代替,libevent中还有不少相似的函数,好比建议用event_base_dispatch代替event_dispatch,用event_assign代替event_set和event_base_set等,关于libevent接口的详细说明见其官方说明libevent_doc. 第25行说明在listen_en这个事件监听sock这个描述字的读操做,当读消息到达是调用on_accept函数,EV_PERSIST参数告诉系统持续的监听sock上的读事件,若是不加该参数,每次要监听该事件时就要重复的调用26行的event_add函数,从前面的代码可知,sock这个描述字是bind到本地的socket端口上,所以其对应的可读事件天然就是来自客户端的链接到达,咱们就能够调用accept无阻塞的返回客户的链接了。第26行将listen_ev注册到base这个事件中,至关于告诉处理IO的管家请留意个人listen_ev上的事件。第27行至关于告诉处理IO的管家,当有个人事件到达时你发给我(调用on_accept函数),至此对listen_ev的初始化完毕。第28行正式启动libevent的事件处理机制,使系统运行起来,运行程序的话会发现event_base_dispatch是一个无限循环。网络
下面是on_accept函数的内容app
1: void on_accept(int sock, short event, void* arg)
2: {
3: struct sockaddr_in cli_addr;
4: int newfd, sin_size;
5: // read_ev must allocate from heap memory, otherwise the program would crash from segmant fault
6: struct event* read_ev = (struct event*)malloc(sizeof(struct event));;
7: sin_size = sizeof(struct sockaddr_in);
8: newfd = accept(sock, (struct sockaddr*)&cli_addr, &sin_size);
9: event_set(read_ev, newfd, EV_READ|EV_PERSIST, on_read, read_ev);
10: event_base_set(base, read_ev);
11: event_add(read_ev, NULL);
12: }
第9-12与前面main函数的24-26相同,即在表明客户的描述字newfd上监听可读事件,当有数据到达是调用on_read函数。这里有亮点须要注意,一是read_ev须要从堆里malloc出来,若是是在栈上分配,那么当函数返回时变量占用的内存会被释放,所以事件主循环event_base_dispatch会访问无效的内存而致使进程崩溃(即crash);第二个要注意的是第9行read_ev做为参数传递给了on_read函数。异步
下面是on_read函数的内容socket
1: void on_read(int sock, short event, void* arg)
2: {
3: struct event* write_ev;
4: int size;
5: char* buffer = (char*)malloc(MEM_SIZE);
6: bzero(buffer, MEM_SIZE);
7: size = recv(sock, buffer, MEM_SIZE, 0);
8: printf("receive data:%s, size:%d\n", buffer, size);
9: if (size == 0) {
10: event_del((struct event*)arg);
11: free((struct event*)arg);
12: close(sock);
13: return;
14: }
15: write_ev = (struct event*) malloc(sizeof(struct event));;
16: event_set(write_ev, sock, EV_WRITE, on_write, buffer);
17: event_base_set(base, write_ev);
18: event_add(write_ev, NULL);
19: }
第9行,当从socket读返回0标志对方已经关闭了链接,所以这个时候就不必继续监听该套接口上的事件,因为EV_READ在on_accept函数里是用EV_PERSIST参数注册的,所以要显示的调用event_del函数取消对该事件的监听。第18-21行与on_accept函数的6-11行相似,当可写时调用on_write函数,注意第19行将buffer做为参数传递给了on_write。这段程序还有比较严重的问题,后面进行说明。异步编程
on_write函数的实现
7 }
on_write函数中向客户端回写数据,而后释放on_read函数中malloc出来的buffer。在不少书合编程指导中都很强调资源的全部权,常常要求谁分配资源、就由谁释放资源,这样对资源的管理指责就更明确,不容易出问题,可是经过该例子咱们发如今异步编程中资源的分配与释放每每是由不一样的全部者操做的,所以也是比较容易出问题的地方。
其实在on_read函数中从socket读取数据后程序就能够直接调用write/send接口向客户回写数据了,由于写事件已经知足,不存在异步不异步的问题,这里进行on_write的异步操做仅仅是为了说明异步编程中资源的管理与释放的问题,另一方面,直接调用write/send函数向客户端写数据可能致使程序较长时间阻塞在IO操做上,好比socket的输出缓冲区已满,则write/send操做阻塞到有可用的缓冲区以后才能进行实际的写操做,而经过向写事件注册on_accept函数,那么libevent会在合适的时间调用咱们的callback函数,(好比对于会引发IO阻塞的状况好比socket输出缓冲区满,则由libevent设计算法来处理,如此当回调on_accept函数时咱们在调用IO操做就不会发生真正的IO以外的阻塞)。注:前面括号中是我我的认为一个库应该实现的功能,至于libevent是否是实现这样的功能并不清楚也无心深究。
再来看看前面提到的on_read函数中存在的问题,首先write_ev是动态分配的内存,可是没有释放,所以存在内存泄漏,另外,on_read中进行malloc操做,那么当屡次调用该函数的时候就会形成内存的屡次泄漏。这里的解决方法是对socket的描述字能够封装一个结构体来保护读、写的事件以及数据缓冲区,整理后的完整代码以下
}
程序编译的时候要加 -levent 链接选项,以链接libevent的共享库,可是执行的时候依然爆出以下错误:error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory, 这个是程序找不到共享库的位置,经过执行echo $LD_LIBRARY_PATH能够看到系统库的环境变量里没有咱们安装的路径,即由--prefix制定的路径,执行export LD_LIBRARY_PATH=/home/mydir/libevent/lib/:$LD_LIBRARY_PATH将该路径加入系统环境变量里,再执行程序就能够了。
测试结果