亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關(guān)于我們
? 蟲蟲下載站

?? 第7章 內(nèi)存管理.txt

?? C C++ JAVA等軟件方面的面試題目
?? TXT
?? 第 1 頁 / 共 2 頁
字號:
函數(shù)Test5運(yùn)行雖然不會出錯,但是函數(shù)GetString2的設(shè)計概念卻是錯誤的。因為GetString2內(nèi)的“hello world”是常量字符串,位于靜態(tài)存儲區(qū),它在程序生命期內(nèi)恒定不變。無論什么時候調(diào)用GetString2,它返回的始終是同一個“只讀”的內(nèi)存塊。


7.5 free和delete把指針怎么啦?
7.7 杜絕“野指針”
“野指針”不是NULL指針,是指向“垃圾”內(nèi)存的指針。人們一般不會錯用NULL指針,因為用if語句很容易判斷。但是“野指針”是很危險的,if語句對它不起作用。 

“野指針”的成因主要有兩種:

(1)指針變量沒有被初始化。任何指針變量剛被創(chuàng)建時不會自動成為NULL指針,它的缺省值是隨機(jī)的,它會亂指一氣。所以,指針變量在創(chuàng)建的同時應(yīng)當(dāng)被初始化,要么將指針設(shè)置為NULL,要么讓它指向合法的內(nèi)存。例如

char *p = NULL;

char *str = (char *) malloc(100);


(2)指針p被free或者delete之后,沒有置為NULL,讓人誤以為p是個合法的指針。參見7.5節(jié)。


(3)指針操作超越了變量的作用范圍。這種情況讓人防不勝防,示例程序如下:

class A 

{ 

public:

void Func(void){ cout << “Func of class A” << endl; }

};

void Test(void)

{

A *p;

{

A a;

p = &a; // 注意 a 的生命期

}

p->Func(); // p是“野指針”

}


函數(shù)Test在執(zhí)行語句p->Func()時,對象a已經(jīng)消失,而p是指向a的,所以p就成了“野指針”。但奇怪的是我運(yùn)行這個程序時居然沒有出錯,這可能與編譯器有關(guān)。


7.8 有了malloc/free為什么還要new/delete ?
malloc與free是C++/C語言的標(biāo)準(zhǔn)庫函數(shù),new/delete是C++的運(yùn)算符。它們都可用于申請動態(tài)內(nèi)存和釋放內(nèi)存。

對于非內(nèi)部數(shù)據(jù)類型的對象而言,光用maloc/free無法滿足動態(tài)對象的要求。對象在創(chuàng)建的同時要自動執(zhí)行構(gòu)造函數(shù),對象在消亡之前要自動執(zhí)行析構(gòu)函數(shù)。由于malloc/free是庫函數(shù)而不是運(yùn)算符,不在編譯器控制權(quán)限之內(nèi),不能夠把執(zhí)行構(gòu)造函數(shù)和析構(gòu)函數(shù)的任務(wù)強(qiáng)加于malloc/free。

因此C++語言需要一個能完成動態(tài)內(nèi)存分配和初始化工作的運(yùn)算符new,以及一個能完成清理與釋放內(nèi)存工作的運(yùn)算符delete。注意new/delete不是庫函數(shù)。

我們先看一看malloc/free和new/delete如何實現(xiàn)對象的動態(tài)內(nèi)存管理,見示例7-8。


class Obj

{

public :

Obj(void){ cout << “Initialization” << endl; }

~Obj(void){ cout << “Destroy” << endl; }

void Initialize(void){ cout << “Initialization” << endl; }

void Destroy(void){ cout << “Destroy” << endl; }

};

void UseMallocFree(void)

{

Obj *a = (obj *)malloc(sizeof(obj)); // 申請動態(tài)內(nèi)存

a->Initialize(); // 初始化

//…

a->Destroy(); // 清除工作

free(a); // 釋放內(nèi)存

}

void UseNewDelete(void)

{

Obj *a = new Obj; // 申請動態(tài)內(nèi)存并且初始化

//…

delete a; // 清除并且釋放內(nèi)存

}


示例7-8 用malloc/free和new/delete如何實現(xiàn)對象的動態(tài)內(nèi)存管理


類Obj的函數(shù)Initialize模擬了構(gòu)造函數(shù)的功能,函數(shù)Destroy模擬了析構(gòu)函數(shù)的功能。函數(shù)UseMallocFree中,由于malloc/free不能執(zhí)行構(gòu)造函數(shù)與析構(gòu)函數(shù),必須調(diào)用成員函數(shù)Initialize和Destroy來完成初始化與清除工作。函數(shù)UseNewDelete則簡單得多。

所以我們不要企圖用malloc/free來完成動態(tài)對象的內(nèi)存管理,應(yīng)該用new/delete。由于內(nèi)部數(shù)據(jù)類型的“對象”沒有構(gòu)造與析構(gòu)的過程,對它們而言malloc/free和new/delete是等價的。

既然new/delete的功能完全覆蓋了malloc/free,為什么C++不把malloc/free淘汰出局呢?這是因為C++程序經(jīng)常要調(diào)用C函數(shù),而C程序只能用malloc/free管理動態(tài)內(nèi)存。

如果用free釋放“new創(chuàng)建的動態(tài)對象”,那么該對象因無法執(zhí)行析構(gòu)函數(shù)而可能導(dǎo)致程序出錯。如果用delete釋放“malloc申請的動態(tài)內(nèi)存”,理論上講程序不會出錯,但是該程序的可讀性很差。所以new/delete必須配對使用,malloc/free也一樣。


7.9 內(nèi)存耗盡怎么辦?
如果在申請動態(tài)內(nèi)存時找不到足夠大的內(nèi)存塊,malloc和new將返回NULL指針,宣告內(nèi)存申請失敗。通常有三種方式處理“內(nèi)存耗盡”問題。

(1)判斷指針是否為NULL,如果是則馬上用return語句終止本函數(shù)。例如:

void Func(void)

{

A *a = new A;

if(a == NULL)

{

return;

}


}


(2)判斷指針是否為NULL,如果是則馬上用exit(1)終止整個程序的運(yùn)行。例如:

void Func(void)

{

A *a = new A;

if(a == NULL)

{

cout << “Memory Exhausted” << endl;

exit(1);

}


}


(3)為new和malloc設(shè)置異常處理函數(shù)。例如Visual C++可以用_set_new_hander函數(shù)為new設(shè)置用戶自己定義的異常處理函數(shù),也可以讓malloc享用與new相同的異常處理函數(shù)。詳細(xì)內(nèi)容請參考C++使用手冊。


上述(1)(2)方式使用最普遍。如果一個函數(shù)內(nèi)有多處需要申請動態(tài)內(nèi)存,那么方式(1)就顯得力不從心(釋放內(nèi)存很麻煩),應(yīng)該用方式(2)來處理。

很多人不忍心用exit(1),問:“不編寫出錯處理程序,讓操作系統(tǒng)自己解決行不行?”

不行。如果發(fā)生“內(nèi)存耗盡”這樣的事情,一般說來應(yīng)用程序已經(jīng)無藥可救。如果不用exit(1) 把壞程序殺死,它可能會害死操作系統(tǒng)。道理如同:如果不把歹徒擊斃,歹徒在老死之前會犯下更多的罪。


有一個很重要的現(xiàn)象要告訴大家。對于32位以上的應(yīng)用程序而言,無論怎樣使用malloc與new,幾乎不可能導(dǎo)致“內(nèi)存耗盡”。我在Windows 98下用Visual C++編寫了測試程序,見示例7-9。這個程序會無休止地運(yùn)行下去,根本不會終止。因為32位操作系統(tǒng)支持“虛存”,內(nèi)存用完了,自動用硬盤空間頂替。我只聽到硬盤嘎吱嘎吱地響,Window 98已經(jīng)累得對鍵盤、鼠標(biāo)毫無反應(yīng)。

我可以得出這么一個結(jié)論:對于32位以上的應(yīng)用程序,“內(nèi)存耗盡”錯誤處理程序毫無用處。這下可把Unix和Windows程序員們樂壞了:反正錯誤處理程序不起作用,我就不寫了,省了很多麻煩。

我不想誤導(dǎo)讀者,必須強(qiáng)調(diào):不加錯誤處理將導(dǎo)致程序的質(zhì)量很差,千萬不可因小失大。


void main(void)

{

float *p = NULL;

while(TRUE)

{

p = new float[1000000]; 

cout << “eat memory” << endl;

if(p==NULL)

exit(1);

}

}


示例7-9試圖耗盡操作系統(tǒng)的內(nèi)存

7.10 malloc/free 的使用要點
函數(shù)malloc的原型如下:

void * malloc(size_t size);

用malloc申請一塊長度為length的整數(shù)類型的內(nèi)存,程序如下:

int *p = (int *) malloc(sizeof(int) * length);

我們應(yīng)當(dāng)把注意力集中在兩個要素上:“類型轉(zhuǎn)換”和“sizeof”。

u malloc返回值的類型是void *,所以在調(diào)用malloc時要顯式地進(jìn)行類型轉(zhuǎn)換,將void * 轉(zhuǎn)換成所需要的指針類型。

u malloc函數(shù)本身并不識別要申請的內(nèi)存是什么類型,它只關(guān)心內(nèi)存的總字節(jié)數(shù)。我們通常記不住int, float等數(shù)據(jù)類型的變量的確切字節(jié)數(shù)。例如int變量在16位系統(tǒng)下是2個字節(jié),在32位下是4個字節(jié);而float變量在16位系統(tǒng)下是4個字節(jié),在32位下也是4個字節(jié)。最好用以下程序作一次測試:

cout << sizeof(char) << endl;

cout << sizeof(int) << endl;

cout << sizeof(unsigned int) << endl;

cout << sizeof(long) << endl;

cout << sizeof(unsigned long) << endl;

cout << sizeof(float) << endl;

cout << sizeof(double) << endl;

cout << sizeof(void *) << endl;


在malloc的“()”中使用sizeof運(yùn)算符是良好的風(fēng)格,但要當(dāng)心有時我們會昏了頭,寫出 p = malloc(sizeof(p))這樣的程序來。


u 函數(shù)free的原型如下:

void free( void * memblock );

為什么free函數(shù)不象malloc函數(shù)那樣復(fù)雜呢?這是因為指針p的類型以及它所指的內(nèi)存的容量事先都是知道的,語句free(p)能正確地釋放內(nèi)存。如果p是NULL指針,那么free對p無論操作多少次都不會出問題。如果p不是NULL指針,那么free對p連續(xù)操作兩次就會導(dǎo)致程序運(yùn)行錯誤。

7.11 new/delete 的使用要點
運(yùn)算符new使用起來要比函數(shù)malloc簡單得多,例如:

int *p1 = (int *)malloc(sizeof(int) * length);

int *p2 = new int[length];

這是因為new內(nèi)置了sizeof、類型轉(zhuǎn)換和類型安全檢查功能。對于非內(nèi)部數(shù)據(jù)類型的對象而言,new在創(chuàng)建動態(tài)對象的同時完成了初始化工作。如果對象有多個構(gòu)造函數(shù),那么new的語句也可以有多種形式。例如

class Obj

{

public :

Obj(void); // 無參數(shù)的構(gòu)造函數(shù)

Obj(int x); // 帶一個參數(shù)的構(gòu)造函數(shù)


}

void Test(void)

{

Obj *a = new Obj;

Obj *b = new Obj(1); // 初值為1


delete a;

delete b;

}

如果用new創(chuàng)建對象數(shù)組,那么只能使用對象的無參數(shù)構(gòu)造函數(shù)。例如

Obj *objects = new Obj[100]; // 創(chuàng)建100個動態(tài)對象

不能寫成

Obj *objects = new Obj[100](1);// 創(chuàng)建100個動態(tài)對象的同時賦初值1

在用delete釋放對象數(shù)組時,留意不要丟了符號‘[]’。例如

delete []objects; // 正確的用法

delete objects; // 錯誤的用法

后者相當(dāng)于delete objects[0],漏掉了另外99個對象。

7.12 一些心得體會
我認(rèn)識不少技術(shù)不錯的C++/C程序員,很少有人能拍拍胸脯說通曉指針與內(nèi)存管理(包括我自己)。我最初學(xué)習(xí)C語言時特別怕指針,導(dǎo)致我開發(fā)第一個應(yīng)用軟件(約1萬行C代碼)時沒有使用一個指針,全用數(shù)組來頂替指針,實在蠢笨得過分。躲避指針不是辦法,后來我改寫了這個軟件,代碼量縮小到原先的一半。

我的經(jīng)驗教訓(xùn)是:

(1)越是怕指針,就越要使用指針。不會正確使用指針,肯定算不上是合格的程序員。

(2)必須養(yǎng)成“使用調(diào)試器逐步跟蹤程序”的習(xí)慣,只有這樣才能發(fā)現(xiàn)問題的本質(zhì)。


?? 快捷鍵說明

復(fù)制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
亚洲日本va在线观看| 久久青草国产手机看片福利盒子| 午夜伦欧美伦电影理论片| 久久一夜天堂av一区二区三区| 99精品久久99久久久久| 捆绑变态av一区二区三区| 最好看的中文字幕久久| 亚洲精品一区二区三区影院| 欧美性xxxxxx少妇| 成人动漫一区二区在线| 久久99久久99小草精品免视看| 亚洲欧美日韩电影| 国产日韩欧美a| 日韩精品一区二区在线观看| 欧美伊人精品成人久久综合97 | 日本久久一区二区三区| 韩国v欧美v亚洲v日本v| 丝袜脚交一区二区| 亚洲免费在线观看视频| 国产精品视频一二三| 欧美精品一区二区三区很污很色的| 欧美日韩高清在线| 日本乱人伦aⅴ精品| 91天堂素人约啪| 成人美女视频在线看| 91视频在线观看| 国产乱码精品一区二区三区av | 精品免费视频一区二区| 欧美情侣在线播放| 欧美性生交片4| 欧美影院一区二区| 日本韩国一区二区三区视频| 97se亚洲国产综合自在线不卡 | 69p69国产精品| 在线观看区一区二| 一本一道久久a久久精品综合蜜臀| 国产一区二区三区四区五区入口| 热久久免费视频| 国产美女在线观看一区| 久久精品国产99久久6| 免费成人在线网站| 九色综合国产一区二区三区| 亚洲成人免费看| 亚洲一级不卡视频| 性做久久久久久免费观看| 一二三四社区欧美黄| 洋洋成人永久网站入口| 亚洲第一在线综合网站| 亚洲成人资源网| 水蜜桃久久夜色精品一区的特点 | 久久99这里只有精品| 久久精品国产99国产精品| 久久99国产精品麻豆| 国产在线看一区| 国产成+人+日韩+欧美+亚洲| 成人免费视频播放| 91免费国产视频网站| 欧美色手机在线观看| 51精品视频一区二区三区| 欧美一级黄色片| 久久亚洲一区二区三区明星换脸| 国产日本欧洲亚洲| 亚洲色图另类专区| 午夜久久久影院| 精品一区二区免费| 成人午夜电影小说| 欧美亚洲图片小说| 日韩欧美的一区| 国产精品福利在线播放| 亚洲午夜精品网| 精品一区二区在线播放| youjizz久久| 欧美另类videos死尸| 久久影视一区二区| 亚洲精品欧美激情| 久久精品国产第一区二区三区| 国产69精品久久久久777| 91麻豆精品在线观看| 欧美一卡二卡在线观看| 国产精品久久久久永久免费观看| 一区二区不卡在线播放 | 欧美日本免费一区二区三区| 精品国产三级a在线观看| 中文字幕日韩一区二区| 亚洲成a人v欧美综合天堂下载| 韩国视频一区二区| 91久久精品网| 久久久夜色精品亚洲| 亚洲综合偷拍欧美一区色| 国产麻豆欧美日韩一区| 欧美性一二三区| 国产午夜亚洲精品理论片色戒| 一区二区三区精密机械公司| 九九国产精品视频| 在线看国产一区| 久久久久久久久岛国免费| 天堂成人免费av电影一区| 成人午夜精品在线| 日韩三级伦理片妻子的秘密按摩| 国产精品久久久久久久裸模| 麻豆精品久久精品色综合| 91在线精品一区二区| 亚洲精品一区二区三区四区高清 | 国产成a人亚洲精品| 制服视频三区第一页精品| 亚洲欧洲一区二区在线播放| 久久国产精品99久久久久久老狼 | 老汉av免费一区二区三区| 色呦呦日韩精品| 中文字幕第一区二区| 激情综合色播激情啊| 精品视频一区二区三区免费| 国产精品成人免费精品自在线观看| 久久精品免费观看| 欧美精品乱人伦久久久久久| 亚洲欧美日韩国产手机在线| 成人午夜激情片| 久久精品亚洲精品国产欧美| 免费成人美女在线观看| 欧美日韩电影在线| 一区二区三区日本| 色综合久久久网| 国产精品的网站| 成人蜜臀av电影| 日本一区二区三区四区 | 紧缚捆绑精品一区二区| 91精品欧美久久久久久动漫| 亚洲第一福利一区| 欧美日韩在线综合| 亚洲五月六月丁香激情| 欧美最新大片在线看| 亚洲女人小视频在线观看| 99久久久精品| 美女视频黄 久久| 从欧美一区二区三区| 精品精品国产高清a毛片牛牛| 日韩精品亚洲专区| 欧美一区二区三区视频在线观看| 亚洲成人av一区二区| 欧美剧在线免费观看网站| 无码av中文一区二区三区桃花岛| 欧美日韩免费视频| 日日噜噜夜夜狠狠视频欧美人| 欧美色图在线观看| 日韩精品三区四区| 欧美一区二区三区爱爱| 久久精品国产99| 久久久91精品国产一区二区三区| 国产黄色精品视频| 国产精品三级久久久久三级| 成人黄色网址在线观看| 亚洲免费在线电影| 7777精品伊人久久久大香线蕉经典版下载 | 久久国产婷婷国产香蕉| 2021中文字幕一区亚洲| 成人精品一区二区三区四区| 亚洲视频在线观看一区| 欧美日韩一区不卡| 久久99精品国产麻豆不卡| 国产色91在线| 色综合天天综合网天天看片| 亚洲国产精品一区二区www在线 | 久久蜜桃一区二区| 成人动漫视频在线| 亚洲v中文字幕| 精品美女被调教视频大全网站| 国产精品夜夜嗨| 亚洲三级在线免费| 欧美日本不卡视频| 国产一区二区电影| 亚洲国产aⅴ成人精品无吗| 高清在线成人网| 亚洲欧洲在线观看av| 欧美亚洲愉拍一区二区| 麻豆传媒一区二区三区| 国产色产综合色产在线视频| 色88888久久久久久影院野外 | 国产精品美女久久久久aⅴ| 91电影在线观看| 国精品**一区二区三区在线蜜桃| 国产精品国产三级国产aⅴ中文 | 久久久综合网站| 色噜噜狠狠色综合中国| 91黄色激情网站| 久久激情五月激情| 亚洲色图欧美激情| 久久综合色鬼综合色| 91成人免费在线视频| 激情综合网av| 亚洲一区自拍偷拍| 久久精品在线免费观看| 欧美私模裸体表演在线观看| 99视频热这里只有精品免费| voyeur盗摄精品| 日韩二区三区在线观看| 欧美国产精品一区二区三区| 欧美日韩不卡在线| 不卡视频一二三| 蜜臀av性久久久久蜜臀aⅴ四虎| 亚洲精品亚洲人成人网|