這篇文章介紹下libevent在socket異步編程中的應(yīng)用。在一些對(duì)性能要求較高的網(wǎng)絡(luò)應(yīng)用程序中，為了防止程序阻塞在socket I/O操作上造成程序性能的下降，需要使用異步編程，即程序準(zhǔn)備好讀寫(xiě)的函數(shù)(或接口)并向系統(tǒng)注冊(cè)，然后在需要的時(shí)候只向系統(tǒng)提交讀寫(xiě)的請(qǐng)求之后就繼續(xù)做自己的事情，實(shí)際的讀寫(xiě)操作由系統(tǒng)在合適的時(shí)候調(diào)用我們程序注冊(cè)的接口進(jìn)行。異步編程會(huì)給一些程序猿帶來(lái)一些理解和編寫(xiě)上的困難，因?yàn)槲覀兺ǔ?xiě)的一些簡(jiǎn)單的程序都是順序執(zhí)行的，而異步編程將程序的執(zhí)行順序打亂了，有些代碼什么情況下執(zhí)行往往不是太清晰，因此也使得編程的復(fù)雜度大大增加。

    Note：這里系統(tǒng)這個(gè)詞使用的不準(zhǔn)確，實(shí)際上可以是自己封裝的異步調(diào)用機(jī)制，更常見(jiàn)的是一些可用的庫(kù)，比如libevent,ACE等

    想了解libevent的工作原理可以自行查詢(xún)資料，網(wǎng)上相關(guān)的介紹一大堆，也可以自己閱讀源碼進(jìn)行分析，本文僅從使用的角度做一個(gè)簡(jiǎn)單的介紹，看如何快速的將libevent引入我們的程序中。任何應(yīng)用都免不了需要承載其功能的底層OS，libevent也不例外，其內(nèi)部是通過(guò)封裝操作系統(tǒng)的IO復(fù)用機(jī)制實(shí)現(xiàn)的，在linux系統(tǒng)上可能是epoll、kqueu之類(lèi)的，取決于具體的OS所支持的IO復(fù)用方式，在我的系統(tǒng)上是epoll，因此可以理解為libevent提供了一個(gè)比epoll更為友好的操作接口，將程序猿從網(wǎng)絡(luò)IO處理的細(xì)節(jié)中解放出來(lái)，使其可以專(zhuān)注于目標(biāo)問(wèn)題的處理上。

    首先，安裝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

    現(xiàn)在假定我們要設(shè)計(jì)一個(gè)服務(wù)器程序，用于接收客戶(hù)端的數(shù)據(jù)，并將接收的數(shù)據(jù)回寫(xiě)給客戶(hù)端。下面來(lái)構(gòu)造該程序，由于本僅僅是展示一個(gè)Demo，因此程序中將不對(duì)錯(cuò)誤進(jìn)行處理，假設(shè)所有的調(diào)用都成功

    第13行說(shuō)明創(chuàng)建的是一個(gè)TCP socket。第15行是服務(wù)器程序的通常做法，設(shè)置了該選項(xiàng)后，在父子進(jìn)程模型中，當(dāng)子進(jìn)程為客戶(hù)服務(wù)的時(shí)候如果父進(jìn)程退出，可以重新啟動(dòng)程序完成服務(wù)的無(wú)縫升級(jí)，否則在所有父子進(jìn)程完全退出前再啟動(dòng)程序會(huì)在該端口上綁定失敗，也即不能完成無(wú)縫升級(jí)的操作(更多信息可以參考該函數(shù)說(shuō)明或Steven先生的<網(wǎng)絡(luò)編程>)。第24行用于創(chuàng)建一個(gè)事件處理的全局變量，可以理解為這是一個(gè)負(fù)責(zé)集中處理各種出入IO事件的總管家，它負(fù)責(zé)接收和派發(fā)所有輸入輸出IO事件的信息，這里調(diào)用的是函數(shù)event_base_new(), 很多程序里這里用的是event_init()，區(qū)別就是前者是線(xiàn)程安全的、而后者是非線(xiàn)程安全的，后者在其官方說(shuō)明中已經(jīng)被標(biāo)志為過(guò)時(shí)的函數(shù)、且建議用前者代替，libevent中還有很多類(lèi)似的函數(shù)，比如建議用event_base_dispatch代替event_dispatch，用event_assign代替event_set和event_base_set等，關(guān)于libevent接口的詳細(xì)說(shuō)明見(jiàn)其官方說(shuō)明libevent_doc. 第25行說(shuō)明在listen_en這個(gè)事件監(jiān)聽(tīng)sock這個(gè)描述字的讀操作，當(dāng)讀消息到達(dá)是調(diào)用on_accept函數(shù)，EV_PERSIST參數(shù)告訴系統(tǒng)持續(xù)的監(jiān)聽(tīng)sock上的讀事件，如果不加該參數(shù)，每次要監(jiān)聽(tīng)該事件時(shí)就要重復(fù)的調(diào)用26行的event_add函數(shù)，從前面的代碼可知，sock這個(gè)描述字是bind到本地的socket端口上，因此其對(duì)應(yīng)的可讀事件自然就是來(lái)自客戶(hù)端的連接到達(dá)，我們就可以調(diào)用accept無(wú)阻塞的返回客戶(hù)的連接了。第26行將listen_ev注冊(cè)到base這個(gè)事件中，相當(dāng)于告訴處理IO的管家請(qǐng)留意我的listen_ev上的事件。第27行相當(dāng)于告訴處理IO的管家，當(dāng)有我的事件到達(dá)時(shí)你發(fā)給我(調(diào)用on_accept函數(shù))，至此對(duì)listen_ev的初始化完畢。第28行正式啟動(dòng)libevent的事件處理機(jī)制，使系統(tǒng)運(yùn)行起來(lái)，運(yùn)行程序的話(huà)會(huì)發(fā)現(xiàn)event_base_dispatch是一個(gè)無(wú)限循環(huán)。

下面是on_accept函數(shù)的內(nèi)容

   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函數(shù)的24-26相同，即在代表客戶(hù)的描述字newfd上監(jiān)聽(tīng)可讀事件，當(dāng)有數(shù)據(jù)到達(dá)是調(diào)用on_read函數(shù)。這里有亮點(diǎn)需要注意，一是read_ev需要從堆里malloc出來(lái)，如果是在棧上分配，那么當(dāng)函數(shù)返回時(shí)變量占用的內(nèi)存會(huì)被釋放，因此事件主循環(huán)event_base_dispatch會(huì)訪問(wèn)無(wú)效的內(nèi)存而導(dǎo)致進(jìn)程崩潰(即crash)；第二個(gè)要注意的是第9行read_ev作為參數(shù)傳遞給了on_read函數(shù)。

下面是on_read函數(shù)的內(nèi)容

   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行，當(dāng)從socket讀返回0標(biāo)志對(duì)方已經(jīng)關(guān)閉了連接，因此這個(gè)時(shí)候就沒(méi)必要繼續(xù)監(jiān)聽(tīng)該套接口上的事件，由于EV_READ在on_accept函數(shù)里是用EV_PERSIST參數(shù)注冊(cè)的，因此要顯示的調(diào)用event_del函數(shù)取消對(duì)該事件的監(jiān)聽(tīng)。第18-21行與on_accept函數(shù)的6-11行類(lèi)似，當(dāng)可寫(xiě)時(shí)調(diào)用on_write函數(shù)，注意第19行將buffer作為參數(shù)傳遞給了on_write。這段程序還有比較嚴(yán)重的問(wèn)題，后面進(jìn)行說(shuō)明。

on_write函數(shù)的實(shí)現(xiàn)

7 } 

     on_write函數(shù)中向客戶(hù)端回寫(xiě)數(shù)據(jù)，然后釋放on_read函數(shù)中malloc出來(lái)的buffer。在很多書(shū)合編程指導(dǎo)中都很強(qiáng)調(diào)資源的所有權(quán)，經(jīng)常要求誰(shuí)分配資源、就由誰(shuí)釋放資源，這樣對(duì)資源的管理指責(zé)就更明確，不容易出問(wèn)題，但是通過(guò)該例子我們發(fā)現(xiàn)在異步編程中資源的分配與釋放往往是由不同的所有者操作的，因此也是比較容易出問(wèn)題的地方。

    其實(shí)在on_read函數(shù)中從socket讀取數(shù)據(jù)后程序就可以直接調(diào)用write/send接口向客戶(hù)回寫(xiě)數(shù)據(jù)了，因?yàn)閷?xiě)事件已經(jīng)滿(mǎn)足，不存在異步不異步的問(wèn)題，這里進(jìn)行on_write的異步操作僅僅是為了說(shuō)明異步編程中資源的管理與釋放的問(wèn)題，另外一方面，直接調(diào)用write/send函數(shù)向客戶(hù)端寫(xiě)數(shù)據(jù)可能導(dǎo)致程序較長(zhǎng)時(shí)間阻塞在IO操作上，比如socket的輸出緩沖區(qū)已滿(mǎn)，則write/send操作阻塞到有可用的緩沖區(qū)之后才能進(jìn)行實(shí)際的寫(xiě)操作，而通過(guò)向?qū)懯录?cè)on_accept函數(shù)，那么libevent會(huì)在合適的時(shí)間調(diào)用我們的callback函數(shù)，(比如對(duì)于會(huì)引起IO阻塞的情況比如socket輸出緩沖區(qū)滿(mǎn)，則由libevent設(shè)計(jì)算法來(lái)處理，如此當(dāng)回調(diào)on_accept函數(shù)時(shí)我們?cè)谡{(diào)用IO操作就不會(huì)發(fā)生真正的IO之外的阻塞)。注：前面括號(hào)中是我個(gè)人認(rèn)為一個(gè)庫(kù)應(yīng)該實(shí)現(xiàn)的功能，至于libevent是不是實(shí)現(xiàn)這樣的功能并不清楚也無(wú)意深究。

    再來(lái)看看前面提到的on_read函數(shù)中存在的問(wèn)題，首先write_ev是動(dòng)態(tài)分配的內(nèi)存，但是沒(méi)有釋放，因此存在內(nèi)存泄漏，另外，on_read中進(jìn)行malloc操作，那么當(dāng)多次調(diào)用該函數(shù)的時(shí)候就會(huì)造成內(nèi)存的多次泄漏。這里的解決方法是對(duì)socket的描述字可以封裝一個(gè)結(jié)構(gòu)體來(lái)保護(hù)讀、寫(xiě)的事件以及數(shù)據(jù)緩沖區(qū)，整理后的完整代碼如下

}

    程序編譯的時(shí)候要加 -levent 連接選項(xiàng)，以連接libevent的共享庫(kù)，但是執(zhí)行的時(shí)候依然爆出如下錯(cuò)誤：error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory， 這個(gè)是程序找不到共享庫(kù)的位置，通過(guò)執(zhí)行echo $LD_LIBRARY_PATH可以看到系統(tǒng)庫(kù)的環(huán)境變量里沒(méi)有我們安裝的路徑，即由--prefix制定的路徑，執(zhí)行export LD_LIBRARY_PATH=/home/mydir/libevent/lib/:$LD_LIBRARY_PATH將該路徑加入系統(tǒng)環(huán)境變量里，再執(zhí)行程序就可以了。

轉(zhuǎn)自：http://www.cnblogs.com/cnspace/archive/2011/07/19/2110891.html