• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Life is Good.

            Enhance Tech and English
            隨筆 - 65, 文章 - 20, 評(píng)論 - 21, 引用 - 0
            數(shù)據(jù)加載中……

            [轉(zhuǎn)]淺談C中的malloc和free

            在C語言的學(xué)習(xí)中,對(duì)內(nèi)存管理這部分的知識(shí)掌握尤其重要!之前對(duì)C中的malloc()和free()兩個(gè)函數(shù)的了解甚少,只知道大概該怎么用——就是 malloc然后free就一切OK了。當(dāng)然現(xiàn)在對(duì)這兩個(gè)函數(shù)的體會(huì)也不見得多,不過對(duì)于本文章第三部分的內(nèi)容倒是有了轉(zhuǎn)折性的認(rèn)識(shí),所以

            寫下這篇文章作為一個(gè)對(duì)知識(shí)的總結(jié)。這篇文章之所以命名中有個(gè)“淺談”的字眼,也就是這個(gè)意思了!希望對(duì)大家有一點(diǎn)幫助!

                 如果不扯得太遠(yuǎn)的話(比如說操作系統(tǒng)中虛擬內(nèi)存和物理內(nèi)存如何運(yùn)做如何管理之類的知識(shí)等),我感覺這篇文章應(yīng)該是比較全面地談了一下malloc()和free().這篇文章由淺入深(不見得有多深)分三個(gè)部分介紹主要內(nèi)容。

            廢話了那么多,下面立刻進(jìn)入主題================》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》


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

            1、函數(shù)原型及說明:

            void *malloc(long NumBytes):該函數(shù)分配了NumBytes個(gè)字節(jié),并返回了指向這塊內(nèi)存的指針。如果分配失敗,則返回一個(gè)空指針(NULL)。

            關(guān)于分配失敗的原因,應(yīng)該有多種,比如說空間不足就是一種。

            void free(void *FirstByte): 該函數(shù)是將之前用malloc分配的空間還給程序或者是操作系統(tǒng),也就是釋放了這塊內(nèi)存,讓它重新得到自由。

            2、函數(shù)的用法:

                 其實(shí)這兩個(gè)函數(shù)用起來倒不是很難,也就是malloc()之后覺得用夠了就甩了它把它給free()了,舉個(gè)簡單例子:
            程序代碼:
                    // Code...
                    char *Ptr = NULL;
                    Ptr = (char *)malloc(100 * sizeof(char));
                    if (NULL == Ptr)
                {
                    exit (1);
                }
                    gets(Ptr);

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

                就是這樣!當(dāng)然,具體情況要具體分析以及具體解決。比如說,你定義了一個(gè)指針,在一個(gè)函數(shù)里申請(qǐng)了一塊內(nèi)存然后通過函數(shù)返回傳遞給這個(gè)指針,那么也許釋放這塊內(nèi)存這項(xiàng)工作就應(yīng)該留給其他函數(shù)了。

            3、關(guān)于函數(shù)使用需要注意的一些地方:

            A、申請(qǐng)了內(nèi)存空間后,必須檢查是否分配成功。

            B、當(dāng)不需要再使用申請(qǐng)的內(nèi)存時(shí),記得釋放;釋放后應(yīng)該把指向這塊內(nèi)存的指針指向NULL,防止程序后面不小心使用了它。

            C、這兩個(gè)函數(shù)應(yīng)該是配對(duì)。如果申請(qǐng)后不釋放就是內(nèi)存泄露;如果無故釋放那就是什么也沒有做。釋放只能一次,如果釋放兩次及兩次以上會(huì)

            出現(xiàn)錯(cuò)誤(釋放空指針例外,釋放空指針其實(shí)也等于啥也沒做,所以釋放空指針釋放多少次都沒有問題)。

            D、雖然malloc()函數(shù)的類型是(void *),任何類型的指針都可以轉(zhuǎn)換成(void *),但是最好還是在前面進(jìn)行強(qiáng)制類型轉(zhuǎn)換,因?yàn)檫@樣可以躲過一

            些編譯器的檢查。

            好了!最基礎(chǔ)的東西大概這么說!現(xiàn)在進(jìn)入第二部分:


            二、malloc()到底從哪里得來了內(nèi)存空間:

            1、malloc()到底從哪里得到了內(nèi)存空間?答案是從堆里面獲得空間。也就是說函數(shù)返回的指針是指向堆里面的一塊內(nèi)存。操作系統(tǒng)中有一個(gè)記錄 空閑內(nèi)存地址的鏈表。當(dāng)操作系統(tǒng)收到程序的申請(qǐng)時(shí),就會(huì)遍歷該鏈表,然后就尋找第一個(gè)空間大于所申請(qǐng)空間的堆結(jié)點(diǎn),然后就將該結(jié)點(diǎn)從空閑結(jié)點(diǎn)鏈表中刪除, 并將該結(jié)點(diǎn)的空間分配給程序。就是這樣!

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

            2、什么是堆:堆是大家共有的空間,分全局堆和局部堆。全局堆就是所有沒有分配的空間,局部堆就是用戶分配的空間。堆在操作系統(tǒng)對(duì)進(jìn)程 初始化的時(shí)候分配,運(yùn)行過程中也可以向系統(tǒng)要額外的堆,但是記得用完了要還給操作系統(tǒng),要不然就是內(nèi)存泄漏。

               什么是棧:棧是線程獨(dú)有的,保存其運(yùn)行狀態(tài)和局部自動(dòng)變量的。棧在線程開始的時(shí)候初始化,每個(gè)線程的棧互相獨(dú)立。每個(gè)函數(shù)都有自己的棧,棧被用來在函數(shù)之 間傳遞參數(shù)。操作系統(tǒng)在切換線程的時(shí)候會(huì)自動(dòng)的切換棧,就是切換SS/ESP寄存器。棧空間不需要在高級(jí)語言里面顯式的分配和釋放。

               以上的概念描述是標(biāo)準(zhǔn)的描述,不過有個(gè)別語句被我刪除,不知道因?yàn)檫@樣而變得不標(biāo)準(zhǔn)了^_^.

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

               棧是由編譯器自動(dòng)分配釋放,存放函數(shù)的參數(shù)值、局部變量的值等。操作方式類似于數(shù)據(jù)結(jié)構(gòu)中的棧。

               堆一般由程序員分配釋放,若不釋放,程序結(jié)束時(shí)可能由OS回收。注意這里說是可能,并非一定。所以我想再強(qiáng)調(diào)一次,記得要釋放!

            注意它與數(shù)據(jù)結(jié)構(gòu)中的堆是兩回事,分配方式倒是類似于鏈表。(這點(diǎn)我上面稍微提過)

            所以,舉個(gè)例子,如果你在函數(shù)上面定義了一個(gè)指針變量,然后在這個(gè)函數(shù)里申請(qǐng)了一塊內(nèi)存讓指針指向它。實(shí)際上,這個(gè)指針的地址是在棧上,但是它所指向的內(nèi)容卻是在堆上面的!這一點(diǎn)要注意!所以,再想想,在一個(gè)函數(shù)里申請(qǐng)了空間后,比如說下面這個(gè)函數(shù):
            程序代碼:
               // code...
                   void Function(void)
                   {
                    char *p = (char *)malloc(100 * sizeof(char));
                }


             
               就這個(gè)例子,千萬不要認(rèn)為函數(shù)返回,函數(shù)所在的棧被銷毀指針也跟著銷毀,申請(qǐng)的內(nèi)存也就一樣跟著銷毀了!這絕對(duì)是錯(cuò)誤的!因?yàn)樯暾?qǐng)的內(nèi)存在堆上,而函數(shù)所在的棧被銷毀跟堆完全沒有啥關(guān)系。所以,還是那句話:記得釋放!

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

               這個(gè)問題比較簡單,其實(shí)我是想和第二大部分的題目相呼應(yīng)而已!哈哈!free()釋放的是指針指向的內(nèi)存!注意!釋放的是內(nèi)存,不是指針!這點(diǎn)非常非常重 要!指針是一個(gè)變量,只有程序結(jié)束時(shí)才被銷毀。釋放了內(nèi)存空間后,原來指向這塊空間的指針還是存在!只不過現(xiàn)在指針指向的內(nèi)容的垃圾,是未定義的,所以說 是垃圾。因此,前面我已經(jīng)說過了,釋放內(nèi)存后把指針指向NULL,防止指針在后面不小心又被解引用了。非常重要啊這一點(diǎn)!

               好了!這個(gè)“題外話”終于說完了。就這么簡單說一次,知道個(gè)大概就可以了!下面就進(jìn)入第三個(gè)部分:

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

               這個(gè)部分我今天才有了新的認(rèn)識(shí)!而且是轉(zhuǎn)折性的認(rèn)識(shí)!所以,這部分可能會(huì)有更多一些認(rèn)識(shí)上的錯(cuò)誤!不對(duì)的地方請(qǐng)大家?guī)兔χ赋觯?

               事實(shí)上,仔細(xì)看一下free()的函數(shù)原型,也許也會(huì)發(fā)現(xiàn)似乎很神奇,free()函數(shù)非常簡單,只有一個(gè)參數(shù),只要把指向申請(qǐng)空間的指針傳遞

            給free()中的參數(shù)就可以完成釋放工作!這里要追蹤到malloc()的申請(qǐng)問題了。申請(qǐng)的時(shí)候?qū)嶋H上占用的內(nèi)存要比申請(qǐng)的大。因?yàn)槌龅目臻g是用來記錄對(duì)這塊內(nèi)存的管理信息。先看一下在《UNIX環(huán)境高級(jí)編程》中第七章的一段話:

               大多數(shù)實(shí)現(xiàn)所分配的存儲(chǔ)空間比所要求的要稍大一些,額外的空間用來記錄管理信息——分配塊的長度,指向下一個(gè)分配塊的指針等等。這就意味著如果寫過一個(gè)已 分配區(qū)的尾端,則會(huì)改寫后一塊的管理信息。這種類型的錯(cuò)誤是災(zāi)難性的,但是因?yàn)檫@種錯(cuò)誤不會(huì)很快就暴露出來,所以也就很難發(fā)現(xiàn)。將指向分配塊的指針向后移 動(dòng)也可能會(huì)改寫本塊的管理信息。

               以上這段話已經(jīng)給了我們一些信息了。malloc()申請(qǐng)的空間實(shí)際我覺得就是分了兩個(gè)不同性質(zhì)的空間。一個(gè)就是用來記錄管理信息的空間,另外一個(gè)就是可用空間了。而用來記錄管理信息的實(shí)際上是一個(gè)結(jié)構(gòu)體。在C語言中,用結(jié)構(gòu)體來記錄同一個(gè)對(duì)象的不同信息是

            天經(jīng)地義的事!下面看看這個(gè)結(jié)構(gòu)體的原型:
            程序代碼:
               struct mem_control_block {
                int is_available;    //這是一個(gè)標(biāo)記?
                int size;            //這是實(shí)際空間的大小
                };


             
               對(duì)于size,這個(gè)是實(shí)際空間大小。這里其實(shí)我有個(gè)疑問,is_available是否是一個(gè)標(biāo)記?因?yàn)槲铱戳薴ree()的源代碼之后對(duì)這個(gè)變量感覺有點(diǎn)納悶(源代碼在下面分析)。這里還請(qǐng)大家指出!

               所以,free()就是根據(jù)這個(gè)結(jié)構(gòu)體的信息來釋放malloc()申請(qǐng)的空間!而結(jié)構(gòu)體的兩個(gè)成員的大小我想應(yīng)該是操作系統(tǒng)的事了。但是這里有一個(gè)問 題,malloc()申請(qǐng)空間后返回一個(gè)指針應(yīng)該是指向第二種空間,也就是可用空間!不然,如果指向管理信息空間的話,寫入的內(nèi)容和結(jié)構(gòu)體的類型有可能不 一致,或者會(huì)把管理信息屏蔽掉,那就沒法釋放內(nèi)存空間了,所以會(huì)發(fā)生錯(cuò)誤!(感覺自己這里說的是廢話)

               好了!下面看看free()的源代碼,我自己分析了一下,覺得比起malloc()的源代碼倒是容易簡單很多。只是有個(gè)疑問,下面指出!
            程序代碼:
               // code...
              
                   void free(void *ptr)
                {
                        struct mem_control_block *free;
                        free = ptr - sizeof(struct mem_control_block);
                        free->is_available = 1;
                        return;
                }

               看一下函數(shù)第二句,這句非常重要和關(guān)鍵。其實(shí)這句就是把指向可用空間的指針倒回去,讓它指向管理信息的那塊空間,因?yàn)檫@里是在值上減去了一個(gè)結(jié)構(gòu)體的大 小!后面那一句free->is_available = 1;我有點(diǎn)納悶!我的想法是:這里is_available應(yīng)該只是一個(gè)標(biāo)記而已!因?yàn)閺倪@個(gè)變量的名稱上來看,is_available 翻譯過來就是“是可以用”。不要說我土!我覺得變量名字可以反映一個(gè)變量的作用,特別是嚴(yán)謹(jǐn)?shù)拇a。這是源代碼,所以我覺得絕對(duì)是嚴(yán)謹(jǐn)?shù)模。∵@個(gè)變量的值 是1,表明是可以用的空間!只是這里我想了想,如果把它改為0或者是其他值不知道會(huì)發(fā)生什么事?!但是有一點(diǎn)我可以肯定,就是釋放絕對(duì)不會(huì)那么順利進(jìn)行! 因?yàn)檫@是一個(gè)標(biāo)記!

               當(dāng)然,這里可能還是有人會(huì)有疑問,為什么這樣就可以釋放呢??我剛才也有這個(gè)疑問。后來我想到,釋放是操作系統(tǒng)的事,那么就free()這個(gè)源代碼來看, 什么也沒有釋放,對(duì)吧?但是它確實(shí)是確定了管理信息的那塊內(nèi)存的內(nèi)容。所以,free()只是記錄了一些信息,然后告訴操作系統(tǒng)那塊內(nèi)存可以去釋放,具體 怎么告訴操作系統(tǒng)的我不清楚,但我覺得這個(gè)已經(jīng)超出了我這篇文章的討論范圍了。

               那么,我之前有個(gè)錯(cuò)誤的認(rèn)識(shí),就是認(rèn)為指向那塊內(nèi)存的指針不管移到那塊內(nèi)存中的哪個(gè)位置都可以釋放那塊內(nèi)存!但是,這是大錯(cuò)特錯(cuò)!釋放是不可以釋放一部分 的!首先這點(diǎn)應(yīng)該要明白。而且,從free()的源代碼看,ptr只能指向可用空間的首地址,不然,減去結(jié)構(gòu)體大小之后一定不是指向管理信息空間的首地 址。所以,要確保指針指向可用空間的首地址!不信嗎?自己可以寫一個(gè)程序然后移動(dòng)指向可用空間的指針,看程序會(huì)有會(huì)崩!

               最后可能想到malloc()的源代碼看看malloc()到底是怎么分配空間的,這里面涉及到很多其他方面的知識(shí)!有興趣的朋友可以自己去下載源
            代碼去看看。


            四、關(guān)于其他:

                關(guān)于C中的malloc()和free()的討論就寫到這里吧!寫了三個(gè)鐘頭,感覺有點(diǎn)累!希望對(duì)大家有所幫助!有不對(duì)的地方歡迎大家指出!最后
            ,謝謝參與這個(gè)帖子討論的所有朋友,帖子:http://bbs.bccn.net/thread-81781-1-1.html 。也談到版權(quán)問題,如果哪位想轉(zhuǎn)載這篇文章(如果我有這個(gè)榮幸的話),最起碼請(qǐng)標(biāo)明“來自bccn C語言論壇”這幾個(gè)字眼,我的ID可以不用寫上!謝謝合作!


            五、參考文獻(xiàn):(只寫書名)

            ——《UNIX環(huán)境高級(jí)編程》

            ——《計(jì)算機(jī)組成原理》

            ——《高質(zhì)量C/C++編程指南》

                                                                                                                                             ID:lj_860603(鍵鍵)

            posted on 2011-03-11 20:25 Mike Song 閱讀(193) 評(píng)論(0)  編輯 收藏 引用


            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            久久亚洲AV成人无码软件| 2021国产精品久久精品| 欧美日韩精品久久久久| 精品久久久久久无码国产| 99久久精品国产一区二区三区| 国产精品久久永久免费| 91精品国产综合久久婷婷| 久久99精品久久久久久久久久| 亚洲欧美成人综合久久久| 蜜桃麻豆WWW久久囤产精品| 一本一本久久A久久综合精品| 久久久精品人妻一区二区三区蜜桃| 国内精品伊人久久久久妇| 久久人人爽人人爽人人片AV麻烦| 亚洲综合精品香蕉久久网| 久久99精品久久久久婷婷| 日韩亚洲欧美久久久www综合网| 久久99精品免费一区二区| 国产精品免费看久久久香蕉 | 国产精品久久99| 国产成人精品久久一区二区三区| 精品综合久久久久久888蜜芽| 97精品伊人久久大香线蕉app| 国产精品青草久久久久福利99 | 亚洲精品高清国产一久久| 热RE99久久精品国产66热| 婷婷综合久久中文字幕蜜桃三电影| 国产午夜久久影院| 欧美国产精品久久高清| 四虎国产精品成人免费久久| 久久天天躁狠狠躁夜夜躁2O2O| 伊人色综合久久天天| 97精品国产97久久久久久免费| 精品综合久久久久久97超人| 一个色综合久久| 99久久夜色精品国产网站| 久久精品国产免费观看三人同眠| 国产精品久久久久久久| 99久久夜色精品国产网站 | 久久精品亚洲一区二区三区浴池| 久久精品国产一区二区三区日韩|