1.前言
最近部門不同產(chǎn)品接連出現(xiàn)
內存泄漏導致的網(wǎng)上問題,具體表現(xiàn)為單板在現(xiàn)網(wǎng)運行數(shù)月以后,因為內存耗盡而導致單板復位現(xiàn)象。一方面,內存泄漏問題屬于低級錯誤,此類問題遺漏到現(xiàn)網(wǎng),影響很壞;另一方面,由于內存泄漏問題很可能導致單板運行固定時間以后就復位,只能通過批量升級才能解決,實際影響也很惡劣。同時,接連出現(xiàn)此類問題,尤其是其中一例問題還是我們老員工修改引入,說明我們不少員工對內存泄漏問題認識還是不夠深刻的。本文通過介紹內存泄漏問題原理及檢視方法,希望后續(xù)能夠從編碼檢視環(huán)節(jié)就杜絕此類問題發(fā)生。說明:預防內存泄漏問題有多種方法,比如加強代碼檢視、工具檢測和內存測試等,本文聚集于開發(fā)人員能力提升方面。
2.內存泄漏問題原理
2.1堆內存在C代碼中的存儲方式
內存泄漏問題只有在使用堆內存的時候才會出現(xiàn),棧內存不存在內存泄漏問題,因為棧內存會自動分配和釋放。C代碼中堆內存的申請函數(shù)是malloc,常見的內存申請代碼如下:
左右滑動查看全部代碼>>>char?*info?=?NULL;????/**轉換后的字符串**/
info?=?(char*)malloc(NB_MEM_SPD_INFO_MAX_SIZE);
if(?NULL?==?info)
{
????(void)tdm_error("malloc?error!\n");
????return?NB_SA_ERR_HPI_OUT_OF_MEMORY;
}
由于malloc函數(shù)返回的實際上是一個內存地址,所以保存堆內存的變量一定是一個指針(除非代碼編寫極其不規(guī)范)。再重復一遍,保存堆內存的變量一定是一個指針,這對本文主旨的理解很重要。當然,這個指針可以是單指針,也可以是多重指針。malloc函數(shù)有很多變種或封裝,如g_malloc、g_malloc0、VOS_Malloc等,這些函數(shù)最終都會調用malloc函數(shù)。
2.2堆內存的獲取方法
看到本小節(jié)標題,可能有些同學有疑惑,上一小節(jié)中的malloc函數(shù),不就是堆內存的獲取方法嗎?的確是,通過malloc函數(shù)申請是最直接的獲取方法,如果只知道這種堆內存獲取方法,就容易掉到坑里了。一般的來講,堆內存有如下兩種獲取方法:方法一:將函數(shù)返回值直接賦給指針,一般表現(xiàn)形式如下:
左右滑動查看全部代碼>>>char?*local_pointer_xx?=?NULL;
local_pointer_xx?=?(char*)function_xx(para_xx,?…);
該類涉及到內存申請的函數(shù),返回值一般都指針類型,例如:左右滑動查看全部代碼>>>GSList*?g_slist_append?(GSList???*list,?gpointer??data);
方法二:將指針地址作為函數(shù)返回參數(shù),通過返回參數(shù)保存堆內存地址,一般表現(xiàn)形式如下:左右滑動查看全部代碼>>>int?ret;
char?*local_pointer_xx?=?NULL;????/**轉換后的字符串**/
ret?=?(char*)function_xx(...,?
本站聲明: 本文章由作者或相關機構授權發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點,本站亦不保證或承諾內容真實性等。需要轉載請聯(lián)系該專欄作者,如若文章內容侵犯您的權益,請及時聯(lián)系本站刪除。