linux下建立線程記憶體流失,php的json

來源:互聯網
上載者:User

 

這次還是把遇到的幾個問題整理一下,希望再遇到的同學能輕鬆解決。另外最近部落格的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,最近的總結就這麼多~



相關文章

Cloud Intelligence Leading the Digital Future

Alibaba Cloud ACtivate Online Conference, Nov. 20th & 21st, 2019 (UTC+08)

Register Now >

Starter Package

SSD Cloud server and data transfer for only $2.50 a month

Get Started >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。