這次還是把遇到的幾個問題整理一下,希望再遇到的同學能輕鬆解決。另外最近部落格的feeds延遲更新的原因也會一起說明一下。
1.linux下建立線程導致記憶體流失
今天在外網發布了一個server之後,用top發現virt的使用量一直在漲,而且一次漲8m。於是可以斷定有記憶體流失了,經過排查,最終確定原因出在多線程的問題上:
代碼如下:
123456 |
pthread_t thread_id;int ret=pthread_create(&thread_id, NULL, flush_thread_work, (void*)&m_sql_client);if(ret!=0){ APPSCORE_ERROR("Thread creation failed:%d",ret); return ret;} |
在flush_thread_work函數內部:
12345 |
void* flush_thread_work(void* args){ //....do something return NULL;} |
代碼中啟動了一個線程之後,主進程就繼續執行,任由新線程自生自滅了(沒有調用thread_join),而主進程每隔一段時間就會拉起這樣一個線程來做一些資料落地的事情。
這樣的寫法實際上是會造成記憶體流失的.
Linux man page 裡有已經說明了這個問題:
When a joinable thread terminates, its memory resources (thread descriptor and stack) are not deallocated until another thread performs pthread_join on it. Therefore, pthread_join must be called once for each joinable thread created to avoid memory leaks.
也就說線程執行完後如果不join的話,線程的資源會一直得不到釋放而導致記憶體流失!
解決方案有兩種:
a.線上程執行的函數內手工釋放
123456 |
void* flush_thread_work(void* args){ //....do something pthread_detach(pthread_self()); return NULL;} |
b.線上程啟動時,設定線程的PTHREAD_CREATE_DETACHED屬性
1234567891011121314 |
pthread_attr_t attr;pthread_attr_init (&attr);pthread_attr_setdetachstate (&attr, PTHREAD_CREATE_DETACHED); int ret=pthread_create(&thread_id, &attr, flush_thread_work, (void*)&m_sql_client);if(ret!=0){ //記住attr也要析構,否則又是一個記憶體流失 pthread_attr_destroy (&attr); APPSCORE_ERROR("Thread creation failed:%d",ret); return ret;} //記住attr也要析構,否則又是一個記憶體流失pthread_attr_destroy (&attr); |
這樣問題就可以解決了。
參考資料:
解決了一個隱形記憶體流失——pthread_create後沒有detach導致記憶體持續增長
2.php的json_encode函數問題
在公司做了一個應用,是php與c++進行網路互動,所以選擇了json這種比較通用的序列化格式,然而卻遇到了比較奇怪的問題。
先來看如下代碼(php):
12345 |
$objs = array();$objs[1] = 'a';$objs[2] = 'b';$objs[4] = 'd';echo json_encode($objs)."\n"; |
輸出的結果如下:
{"0":"a","1":"b","3":"d"}
這樣是正常的,用jsoncpp也可以正確的解析出來,php自動將$objs當作一個關聯陣列來產生json資料了。
然而當把代碼換成如下:
123456 |
$objs = array();$objs[0] = 'a';$objs[1] = 'b';$objs[2] = 'c';$objs[3] = 'd';echo json_encode($objs)."\n"; |
則輸出結果如下:
["a","b","c","d"]
jsoncpp按照之前的解析方法是解析不出來的~
其實對php來說,這也是合理的,問題在於在php裡面普通數組和關聯陣列都是array,而對c++來說,卻存在vector和map之分,所以如果還是想要json_encode產生關聯陣列的格式,那麼需要這樣寫:
123456 |
$objs = array();$objs[0] = 'a';$objs[1] = 'b';$objs[2] = 'c';$objs[3] = 'd';echo json_encode((object)$objs)."\n"; |
結果如下:
{"0":"a","1":"b","2":"c","3":"d"}
3.本博feed延遲不更新的原因
之前由於對feedsky的feed更新十分不滿,所以參考網上的做法,建立了一個feed.vimer.cn,而本博所在的網域名稱空間會自動根據網域名稱建立一個子目錄 - feed,修改這個目錄下的.htaccess檔案如下:
12345 |
<IfModule mod_rewrite.c>RewriteEngine OnRewriteBase /RewriteRule . http://feed.feedsky.com/vimer [L]</IfModule> |
那麼當訪問 feed.vimer.cn 時,會自動跳轉到 http://feed.feedsky.com/vimer。
然而我忽略了一個問題,那就是wordpress預設的feed連結是 http://vimer.cn/feed/rss2,而/feed/rss2會被解析成子目錄,從而自動跳轉到 http://feed.feedsky.com/vimer ,所以feedsky就會不停的讀 http://feed.feedsky.com/vimer 這個連結的feed,當然不會有任何新資料。。
所以最後還是把這種方式廢棄掉了,看來真是冤枉了feedsky呀~~~
OK,最近的總結就這麼多~