1. 程式人生 > >記憶體管理(malloc和free用法)

記憶體管理(malloc和free用法)

        在C語言的學習中,對記憶體管理這部分的知識掌握尤其重要!之前對C中的malloc()和free()兩個函式的瞭解甚少,只知道大概該怎麼用—— 就是malloc然後free就一切OK了。當然現在對這兩個函式的體會也不見得多,不過對於本文章第三部分的內容倒是有了轉折性的認識,所以

寫下這篇文章作為一個對知識的總結。這篇文章之所以命名中有個“淺談”的字眼,也就是這個意思了!希望對大家有一點幫助!

     如果不扯得太遠的話(比如說作業系統中虛擬記憶體和實體記憶體如何運做如何管理之類的知識等),我感覺這篇文章應該是比較全面地談了一下malloc()和free().這篇文章由淺入深(不見得有多深)分三個部分介紹主要內容。

廢話了那麼多,下面立刻進入主題================》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》


一、malloc()和free()的基本概念以及基本用法:

1、函式原型及說明:

void *malloc(long NumBytes):該函式分配了NumBytes個位元組,並返回了指向這塊記憶體的指標。如果分配失敗,則返回一個空指標(NULL)。

關於分配失敗的原因,應該有多種,比如說空間不足就是一種。

void free(void *FirstByte): 該函式是將之前用malloc分配的空間還給程式或者是作業系統,也就是釋放了這塊記憶體,讓它重新得到自由。

2、函式的用法:

     其實這兩個函式用起來倒不是很難,也就是malloc()之後覺得用夠了就甩了它把它給free()了,舉個簡單例子:

程式程式碼:
        // Code...
        char *Ptr = NULL;
        Ptr = (char *)malloc(100 * sizeof(char));
        if (NULL == Ptr)
    {
        exit (1);
    }
        gets(Ptr);

        // code...
        free(Ptr);
        Ptr = NULL;
        // code...

    就是這樣!當然,具體情況要具體分析以及具體解決。比如說,你定義了一個指標,在一個函式裡申請了一塊記憶體然後通過函式返回傳遞給這個指標,那麼也許釋放這塊記憶體這項工作就應該留給其他函數了。

3、關於函式使用需要注意的一些地方:

A、申請了記憶體空間後,必須檢查是否分配成功。

B、當不需要再使用申請的記憶體時,記得釋放;釋放後應該把指向這塊記憶體的指標指向NULL,防止程式後面不小心使用了它。

C、這兩個函式應該是配對。如果申請後不釋放就是記憶體洩露;如果無故釋放那就是什麼也沒有做。釋放只能一次,如果釋放兩次及兩次以上會

出現錯誤(釋放空指標例外,釋放空指標其實也等於啥也沒做,所以釋放空指標釋放多少次都沒有問題)。

D、雖然malloc()函式的型別是(void *),任何型別的指標都可以轉換成(void *),但是最好還是在前面進行強制型別轉換,因為這樣可以躲過一

些編譯器的檢查。

好了!最基礎的東西大概這麼說!現在進入第二部分:


二、malloc()到底從哪裡得來了記憶體空間:

1、malloc()到底從哪裡得到了記憶體空間?答案是從堆裡面獲得空間。也就是說函式返回的指標是指向堆裡面的一塊記憶體。作業系統中有一個記錄空閒記憶體地址的連結串列。當作業系統收到程式的申請時,就會遍歷該連結串列,然後就尋找第一個空間大於所申請空間的堆結點,然後就將該結點從空閒結點連結串列中刪除,並將該結點的空間分配給程式。就是這樣!

   說到這裡,不得不另外插入一個小話題,相信大家也知道是什麼話題了。什麼是堆?說到堆,又忍不住說到了棧!什麼是棧?下面就另外開個小部分專門而又簡單地說一下這個題外話:

2、什麼是堆:堆是大家共有的空間,分全域性堆和區域性堆。全域性堆就是所有沒有分配的空間,區域性堆就是使用者分配的空間。堆在作業系統對程序 初始化的時候分配,執行過程中也可以向系統要額外的堆,但是記得用完了要還給作業系統,要不然就是記憶體洩漏。

   什麼是棧:棧是執行緒獨有的,儲存其執行狀態和區域性自動變數的。棧線上程開始的時候初始化,每個執行緒的棧互相獨立。每個函式都有自己的棧,棧被用來在函式之間傳遞引數。作業系統在切換執行緒的時候會自動的切換棧,就是切換SS/ESP暫存器。棧空間不需要在高階語言裡面顯式的分配和釋放。

   以上的概念描述是標準的描述,不過有個別語句被我刪除,不知道因為這樣而變得不標準了^_^.

   通過上面對概念的描述,可以知道:

   棧是由編譯器自動分配釋放,存放函式的引數值、區域性變數的值等。操作方式類似於資料結構中的棧。

   堆一般由程式設計師分配釋放,若不釋放,程式結束時可能由OS回收。注意這裡說是可能,並非一定。所以我想再強調一次,記得要釋放!

注意它與資料結構中的堆是兩回事,分配方式倒是類似於連結串列。(這點我上面稍微提過)

所以,舉個例子,如果你在函式上面定義了一個指標變數,然後在這個函式裡申請了一塊記憶體讓指標指向它。實際上,這個指標的地址是在棧上,但是它所指向的內容卻是在堆上面的!這一點要注意!所以,再想想,在一個函式裡申請了空間後,比如說下面這個函式:

程式程式碼:
   // code...
       void Function(void)
       {
        char *p = (char *)malloc(100 * sizeof(char));
    }


 
   就這個例子,千萬不要認為函式返回,函式所在的棧被銷燬指標也跟著銷燬,申請的記憶體也就一樣跟著銷燬了!這絕對是錯誤的!因為申請的記憶體在堆上,而函式所在的棧被銷燬跟堆完全沒有啥關係。所以,還是那句話:記得釋放!

3、free()到底釋放了什麼

   這個問題比較簡單,其實我是想和第二大部分的題目相呼應而已!哈哈!free()釋放的是指標指向的記憶體!注意!釋放的是記憶體,不是指標!這點非常非常重要!指標是一個變數,只有程式結束時才被銷燬。釋放了記憶體空間後,原來指向這塊空間的指標還是存在!只不過現在指標指向的內容的垃圾,是未定義的,所以說是垃圾。因此,前面我已經說過了,釋放記憶體後把指標指向NULL,防止指標在後面不小心又被解引用了。非常重要啊這一點!

   好了!這個“題外話”終於說完了。就這麼簡單說一次,知道個大概就可以了!下面就進入第三個部分:

三、malloc()以及free()的機制:

   這個部分我今天才有了新的認識!而且是轉折性的認識!所以,這部分可能會有更多一些認識上的錯誤!不對的地方請大家幫忙指出!

   事實上,仔細看一下free()的函式原型,也許也會發現似乎很神奇,free()函式非常簡單,只有一個引數,只要把指向申請空間的指標傳遞

給free()中的引數就可以完成釋放工作!這裡要追蹤到malloc()的申請問題了。申請的時候實際上佔用的記憶體要比申請的大。因為超出的空間是用來記錄對這塊記憶體的管理資訊。先看一下在《UNIX環境高階程式設計》中第七章的一段話:

   大多數實現所分配的儲存空間比所要求的要稍大一些,額外的空間用來記錄管理資訊——分配塊的長度,指向下一個分配塊的指標等等。這就意味著如果寫過一個已分配區的尾端,則會改寫後一塊的管理資訊。這種型別的錯誤是災難性的,但是因為這種錯誤不會很快就暴露出來,所以也就很難發現。將指向分配塊的指標向後移動也可能會改寫本塊的管理資訊。

   以上這段話已經給了我們一些資訊了。malloc()申請的空間實際我覺得就是分了兩個不同性質的空間。一個就是用來記錄管理資訊的空間,另外一個就是可用空間了。而用來記錄管理資訊的實際上是一個結構體。在C語言中,用結構體來記錄同一個物件的不同資訊是

天經地義的事!下面看看這個結構體的原型:

程式程式碼:
   struct mem_control_block {
    int is_available;    //這是一個標記?
    int size;            //這是實際空間的大小
    };


 
   對於size,這個是實際空間大小。這裡其實我有個疑問,is_available是否是一個標記?因為我看了free()的原始碼之後對這個變數感覺有點納悶(原始碼在下面分析)。這裡還請大家指出!

   所以,free()就是根據這個結構體的資訊來釋放malloc()申請的空間!而結構體的兩個成員的大小我想應該是作業系統的事了。但是這裡有一個問題,malloc()申請空間後返回  一個指標應該是指向第二種空間,也就是可用空間!不然,如果指向管理資訊空間的話,寫入的內容和結構體的型別有可能不一致,或者會把管理資訊遮蔽掉,那就沒法釋放記憶體空間了,所以會發生錯誤!(感覺自己這裡說的是廢話)

   好了!下面看看free()的原始碼,我自己分析了一下,覺得比起malloc()的原始碼倒是容易簡單很多。只是有個疑問,下面指出!

程式程式碼:
   // code...
  
       void free(void *ptr)
    {
            struct mem_control_block *free;
            free = ptr - sizeof(struct mem_control_block);
            free->is_available = 1;
            return;
    }

   看一下函式第二句,這句非常重要和關鍵。其實這句就是把指向可用空間的指標倒回去,讓它指向管理資訊的那塊空間,因為這裡是在值上減去了一個結構體的大小!後面那一句free->is_available = 1;我有點納悶!我的想法是:這裡is_available應該只是一個標記而已!因為從這個變數的名稱上來看,is_available 翻譯過來就是“是可以用”。不要說我土!我覺得變數名字可以反映一個變數的作用,特別是嚴謹的程式碼。這是原始碼,所以我覺得絕對是嚴謹的!!這個變數的值是1,表明是可以用的空間!只是這裡我想了想,如果把它改為0或者是其他值不知道會發生什麼事?!但是有一點我可以肯定,就是釋放絕對不會那麼順利進行!因為這是一個標記!

   當然,這裡可能還是有人會有疑問,為什麼這樣就可以釋放呢??我剛才也有這個疑問。後來我想到,釋放是作業系統的事,那麼就free()這個原始碼來看,什麼也沒有釋放,對吧?但是它確實是確定了管理資訊的那塊記憶體的內容。所以,free()只是記錄了一些資訊,然後告訴作業系統那塊記憶體可以去釋放,具體怎麼告訴作業系統的我不清楚,但我覺得這個已經超出了我這篇文章的討論範圍了。

   那麼,我之前有個錯誤的認識,就是認為指向那塊記憶體的指標不管移到那塊記憶體中的哪個位置都可以釋放那塊記憶體!但是,這是大錯特錯!釋放是不可以釋放一部分的!首先這點應該要明白。而且,從free()的原始碼看,ptr只能指向可用空間的首地址,不然,減去結構體大小之後一定不是指向管理資訊空間的首地址。所以,要確保指標指向可用空間的首地址!不信嗎?自己可以寫一個程式然後移動指向可用空間的指標,看程式會有會崩!

   最後可能想到malloc()的原始碼看看malloc()到底是怎麼分配空間的,這裡面涉及到很多其他方面的知識!有興趣的朋友可以自己去下載源
程式碼去看看。

相關推薦

記憶體管理malloc free 用法

一、malloc() 和 free() 的基本概念和基本用法 1. 函式原型及說明 void *malloc( long NumBytes) 該函式分配了NumBytes個位元組,並返回了指向這塊記憶體的指標。如果分配失敗,則返回一個空指標NULL。失敗的原因有很多

記憶體管理mallocfree用法

        在C語言的學習中,對記憶體管理這部分的知識掌握尤其重要!之前對C中的malloc()和free()兩個函式的瞭解甚少,只知道大概該怎麼用—— 就是malloc然後free就一切OK了。當然現在對這兩個函式的體會也不見得多,不過對於本文章第三部分的內容倒是有了

記憶體分配malloc()free()

C語言的一個特性是接近底層,對於硬體的控制能力比其他高階動態語言要強。同時,C語言賦予程式設計師更大的自由度,更信任程式設計師。在記憶體的分配與釋放上,我們知道非靜態變數(塊作用域,無連結,自動生存期)在程式進入到變數定義所在的地方(塊或函式內)時分配記憶體,在離開塊作用域時釋放。對於靜態變數,在程式載入到記

Linux中的記憶體管理分段分頁

前一段時間看了《深入理解Linux核心》對其中的記憶體管理部分花了不少時間,但是還是有很多問題不是很清楚,最近又花了一些時間複習了一下,在這裡記錄下自己的理解和對Linux中記憶體管理的一些看法和認識。 我比較喜歡搞清楚一個技術本身的發展歷程,簡而言之就是這個技術是怎麼發

動態記憶體分配mallocfree、calloc、realloc

1. void*   malloc(size_t size);     //size_t   size表示的是記憶體的總大小 a、malloc所分配的是一塊連續的記憶體,以位元組為單位,並且不帶任何資訊 b、malloc實際分配的記憶體可能比請求的稍微多一點(什麼原因呢?思

記憶體管理mallocfree、callocrealloc

記憶體區域可以分為棧,堆,靜態儲存區和常量儲存區。區域性變數,函式形參,臨時變數都是在棧上獲得記憶體的,它們獲取的方式都是由編譯器自動執行的。 C 標準函式庫提供了許多函式來實現對堆上記憶體管理,其中包括:malloc函式,free函式,calloc函式和realloc函式

包建強的培訓課程12:iOS深入學習記憶體管理、BlockGCD等

iOS記憶體管理 一簡介 結合講師5年來一線工作經驗,以及對iOS的深刻理解,整理出這個課程,涉及iOS記憶體、Block、GCD和Category的原理和使用。 本課程系列適合於從事iOS開發1-2年的技術人員,幫助他們鞏固基礎,從而在ARC開發環境下高效的使用GCD、Bloc

記憶體管理SAPABAP記憶體快取設定以及程式memory管理

記憶體有兩種,一種是SAP記憶體,一種是ABAP記憶體:(這兩種記憶體都是針對同一個使用者,如果要針對不用使用者就要使用共享object,請參考後面內容) 他們兩者的關係如下圖:   還有一個概念需要理解的: 使用者登陸後,最多一個系統可以開6個視窗,這在SAP中稱為E

10 軟件包的管理 1RPMYUM實現

版本號 com scan entos yun 簽名 roc redo vsftpd rpm rpm -qa 查看所有安裝包rpm -q --scipts [跟包名]查看所安裝包是否存在腳本-qpl 後跟路徑-qf 查詢包導入公鑰rpm --import /etc/pki/r

C++ 記憶體管理c++高質量程式設計

一、三種記憶體分配方式 1、靜態儲存區:在程式編譯時分配,這塊記憶體在程式的整個執行期間都存在。例如全域性變數,static變數。 2、在棧上建立分配:在執行函式時,函式內的區域性變數的儲存單元都可以在棧上建立,函式結束時這些單元會自動釋放。棧記憶體分配運算內置於處理器的指令集中,效率高,但

淺談C++ allocator記憶體管理對比new的侷限性

STL中,對記憶體管理的alloc的設計,迫使我去學習了allocator類。這裡對allocator記憶體管理做了點筆記留給自己後續查閱。allocator類宣告、定義於標頭檔案<memory>中的std名稱空間內。所以,應該有以下內容位於檔案頭部… #include &l

Linux下程序記憶體管理mallocsbrk

之前自己突發興趣想寫一下malloc函式,順便了解一下程序的記憶體管理。在寫的過程中發現其實malloc只不過是通過呼叫Linux下的sbrk函式來實現記憶體的分配,只是在sbrk之上加了一層對所分配的記憶體的管理罷了,而sbrk以及brk是實現從虛擬記憶體到記憶體的對映的

Java 保留兩位小數BigDecimalDecimalFormat用法

萌新今晚用java刷題時候,發現讓人保留兩位小數的題,查百度之後發現有四種方法。然而我覺得我百度到的方法我都看不懂(´-ι_-`)。於是在我多方查證以及自我實驗之後總結兩個好使的法子。 BigDeci

記憶體管理Linux核心原始碼分析

背景 本篇部落格試圖通過linux核心原始碼分析linux的記憶體管理機制,並且對比核心提供的幾個分配記憶體的介面函式。然後聊下slab層的用法以及介面函式。 核心分配記憶體與使用者態分配記憶體 核心分配記憶體與使用者態分配記憶體顯然是不同的,核心不可

java虛擬機器JVM--java虛擬機器的記憶體管理新生代、老年代

前言 在上一篇部落格中,還遺留了一個問題:JVM的記憶體如何分配最高效?換一種說法就是:JVM的記憶體是如何的分配以及回收的?通過前面兩篇部落格的鋪墊:java虛擬機器JVM–java虛擬機器的結構, java虛擬機器JVM–java虛擬機器垃圾的回收機制詳解

作業系統記憶體管理分頁與分段

分段分段本是由於8086是16位匯流排,為定址20位記憶體地址而增加的。在32位作業系統中,分段依然有用。1)段描述符:描述該段的安全屬性,為一個64位長的值。在實地址模式中,只需要使用段暫存器(CS,DS,SS和ES)就可以了,每個段暫存器都是16位的,對應於地址匯流排中的

【C語言】動態記憶體分配malloc,realloc,calloc,free的基本理解區別

#include<Windows.h> #include<stdio.h> #include<malloc.h> int main() { int* p = NULL; printf("%x\n", p); p = (int*)malloc(sizeof(int)*

微控制器上記憶體管理重定義malloc &amp;amp; freede實現

   在微控制器上經常會需要用到像標準c庫中的記憶體分配,可是微控制器並沒有記憶體管理機制,如果直接呼叫庫函式(malloc,free...),會導致記憶體碎片越用越多,很容易使系統崩潰掉,這裡分享一個自己寫的適用於微控制器的記憶體分配方法,具備輕量級的記憶體管理能力,有效減

分配內存malloc()free

c1、首先回顧一下內存分配的有關事實。所有的程序都必須留出足夠內存來存儲他們使用的數據。一些內存分配是自動完成的。如:float x;char place[]="dancing oxen creek".於是系統將留出存儲float或者字符串足夠的內存空間,也可明確要求確切的內存,int a[100];這一聲明

Unix系統編程mallocfree的實現

原因 編程錯誤 alloc 系統編程 OS 內存分配 continued 我們 如何 盡管malloc和free所提供的內存分配接口比之brk和sbrk要容易許多,但在使用時仍然容易犯下各種編程錯誤。 理解malloc和free的實現,將使我們洞悉產生這些錯誤的原因