作者：寒小陽
時間：2013年8月。
出處：http://blog.csdn.net/han_xiaoyang/article/details/10473845模燥。
聲明：版權所有恬偷，轉(zhuǎn)載請注明出處项贺，謝謝勇边。
七、內(nèi)存管理
在寫C/C++程序的時候横腿，最頭疼的部分一定包括內(nèi)存管理颓屑，一提到內(nèi)存管理總是提心吊膽，但是又不可避免地常常會遇到耿焊，而這塊的知識也是公司招聘的一個評價方面揪惦，能夠很好地體現(xiàn)筆試面試者的功底。這部分的內(nèi)容稍深一些罗侯，大家細心閱讀器腋，能對內(nèi)存管理有一個比較好的把握。
7.1 內(nèi)存分配的方式
最長被問到的問題之一钩杰，基礎中的基礎纫塌。對C和C++而言，內(nèi)存分配方式有三種：
1）從靜態(tài)存儲區(qū)域分配讲弄。例如程序中定義的全局變量和static變量就是這種方式分配內(nèi)存的措左。內(nèi)存在程序編譯的時候就已經(jīng)分配好，這塊內(nèi)存在程序的整個運行期間都存在避除。
2）在棧上創(chuàng)建怎披。這是出現(xiàn)最多的情況，我們程序中的intvar就是這種情況的內(nèi)存分配方式瓶摆。在執(zhí)行函數(shù)時凉逛，函數(shù)內(nèi)局部變量的存儲單元都可以在棧上創(chuàng)建，函數(shù)執(zhí)行結束時這些存儲單元自動被釋放群井。棧內(nèi)存分配運算內(nèi)置于處理器的指令集中状飞，效率很高，但是分配的內(nèi)存容量有限书斜。
3）從堆上分配诬辈，亦稱動態(tài)內(nèi)存分配。程序在運行的時候用malloc 或new 申請任意多少的內(nèi)存菩佑，程序員自己負責在何時用free 或delete 釋放內(nèi)存自晰。動態(tài)內(nèi)存的生存期由我們決定凝化，使用非常靈活稍坯，但問題也最多。
7.2 常見的內(nèi)存錯誤及其相應建議
發(fā)生內(nèi)存錯誤是件非常麻煩的事情。編譯器不能自動發(fā)現(xiàn)這些錯誤瞧哟，通常是在程序運行時才能捕捉到混巧。而這些錯誤大多沒有明顯的癥狀，時隱時現(xiàn)勤揩，增加了改錯的難度咧党。有時用戶怒氣沖沖地把你找來，程序卻沒有發(fā)生任何問題陨亡，你一走傍衡，錯誤又發(fā)作了。
常見的內(nèi)存錯誤和處理方法如下：
1）內(nèi)存分配未成功负蠕，卻使用了它蛙埂。
編程新手常犯這種錯誤，因為他們沒有意識到內(nèi)存分配會不成功遮糖。常用解決辦法是绣的，在使用內(nèi)存之前檢查指針是否為NULL 。如果指針p 是函數(shù)的參數(shù)欲账，那么在函數(shù)的入口處用assert (p!=NULL) 進行檢查屡江。如果是用malloc或new 來申請內(nèi)存，應該用if( p==NULL ) 或if(p!=NULL) 進行防錯處理赛不。
2）內(nèi)存分配雖然成功惩嘉，但是尚未初始化就引用它。
犯這種錯誤主要有兩個起因：一是沒有初始化的觀念俄删；二是誤以為內(nèi)存的缺省初值全為零宏怔，導致引用初值錯誤（例如數(shù)組）。
內(nèi)存的缺省初值究竟是什么并沒有統(tǒng)一的標準畴椰，盡管有些時候為零值臊诊，我們寧可信其無不可信其有。所以無論用何種方式創(chuàng)建數(shù)組斜脂，都別忘了賦初值抓艳，即便是賦零值也不可省略，不要嫌麻煩帚戳。
3）內(nèi)存分配成功并且已經(jīng)初始化玷或，但操作越過了內(nèi)存的邊界。
例如在使用數(shù)組時經(jīng)常發(fā)生下標“多1 ”或者“少1 ”的操作片任。特別是在for 循環(huán)語句中偏友，循環(huán)次數(shù)很容易搞錯，導致數(shù)組操作越界对供。
4）忘記了釋放內(nèi)存位他，造成內(nèi)存泄露氛濒。
含有這種錯誤的函數(shù)每被調(diào)用一次就丟失一塊內(nèi)存。剛開始時系統(tǒng)的內(nèi)存充足鹅髓，你看不到錯誤舞竿。終有一次程序突然死掉，系統(tǒng)出現(xiàn)提示：內(nèi)存耗盡窿冯。
動態(tài)內(nèi)存的申請與釋放必須配對骗奖，程序中malloc與free 的使用次數(shù)一定要相同，否則肯定有錯誤（new/delete 同理）醒串。
5）釋放了內(nèi)存卻繼續(xù)使用它执桌。
有三種情況：
程序中的對象調(diào)用關系過于復雜，實在難以搞清楚某個對象究竟是否已經(jīng)釋放了內(nèi)存芜赌，此時應該重新設計數(shù)據(jù)結構鼻吮，從根本上解決對象管理的混亂局面。
函數(shù)的return 語句寫錯了较鼓，注意不要返回指向“棧內(nèi)存”的“指針”或者“引用”椎木，因為該內(nèi)存在函數(shù)體結束時被自動銷毀。
使用free 或delete 釋放了內(nèi)存后博烂，沒有將指針設置為NULL香椎。導致產(chǎn)生“野指針”。
針對以上這些稍不留神禽篱，一疏忽就容易犯的錯誤畜伐，這里提出以下建議：
1）用malloc 或new 申請內(nèi)存之后，應該立即檢查指針值是否為NULL躺率。防止使用指針值為NULL的內(nèi)存玛界。
2）不要忘記為數(shù)組和動態(tài)內(nèi)存賦初值。防止將未被初始化的內(nèi)存作為右值使用悼吱。
3）避免數(shù)組或指針的下標越界慎框，特別要當心發(fā)生“多1 ”或者“少1 ”操作。
4）動態(tài)內(nèi)存的申請與釋放必須配對后添，防止內(nèi)存泄漏笨枯。
5）用free 或delete 釋放了內(nèi)存之后，立即將指針設置為NUL L 遇西，防止產(chǎn)生“野指針”
7.3 指針與數(shù)組
C++/C程序中馅精，指針和數(shù)組在不少地方可以相互替換著用，讓人產(chǎn)生一種錯覺粱檀，以為兩者是等價的洲敢。
數(shù)組要么在靜態(tài)存儲區(qū)被創(chuàng)建（如全局數(shù)組），要么在棧上被創(chuàng)建茄蚯。數(shù)組名對應著（而不是指向）一塊內(nèi)存压彭，其地址與容量在生命期內(nèi)保持不變称近，只有數(shù)組的內(nèi)容可以改變。
指針可以隨時指向任意類型的內(nèi)存塊哮塞，它的特征是“可變”，所以我們常用指針來操作動態(tài)內(nèi)存凳谦。指針遠比數(shù)組靈活忆畅，但也更危險。下面從一些角度說明指針和數(shù)組的不同尸执。
1）關于兩者的內(nèi)容修改
一個例子家凯，以下程序：
char a[] = “hello”;
a[0] = ‘X’;
cout << a << endl;
char *p = “world”; // 注意p指向常量字符串
p[0] = ‘X’; // 編譯器不能發(fā)現(xiàn)該錯誤
cout << p << endl;
字符數(shù)組a的容量是6個字符，其內(nèi)容為hello\0（位于棧上）如失。a的內(nèi)容可以改變绊诲，如a[0]=‘X’。指針p指向常量字符串“world”（位于靜態(tài)存儲區(qū)褪贵，內(nèi)容為world\0）掂之，常量字符串的內(nèi)容是不可以被修改的。從語法上看脆丁，編譯器并不覺得語句p[0]= ‘X’有什么不妥世舰，但是該語句企圖修改常量字符串的內(nèi)容而導致運行錯誤。
2）關于兩者進行內(nèi)容復制
不能對數(shù)組名進行直接復制與比較槽卫。示例7-3-2中跟压，若想把數(shù)組a的內(nèi)容復制給數(shù)組b，不能用語句b = a 歼培，否則將產(chǎn)生編譯錯誤震蒋。應該用標準庫函數(shù)strcpy進行復制。
同理躲庄，比較b和a的內(nèi)容是否相同查剖，不能用if(b==a) 來判斷，應該用標準庫函數(shù)strcmp進行比較噪窘。
語句p =a 并不能把a的內(nèi)容復制指針p梗搅，而是把a的地址賦給了p。要想復制a的內(nèi)容效览，可以先用庫函數(shù)malloc為p申請一塊容量為strlen(a)+1個字符的內(nèi)存无切，再用strcpy進行字符串復制。同理丐枉，語句if(p==a) 比較的不是內(nèi)容而是地址哆键，應該用庫函數(shù)strcmp來比較。
具體的例子如下程序所示：
// 數(shù)組…
char a[] = "hello";
char b[10];
strcpy(b, a); // 不能用 b = a;
if(strcmp(b, a) == 0) // 不能用if (b == a)
…
// 指針…
int len = strlen(a);
char *p = (char *)malloc(sizeof(char)*(len+1));
strcpy(p,a); // 不要用p = a;
if(strcmp(p, a) == 0) // 不要用if (p == a)
3）關于兩者內(nèi)存容量的計算
用運算符sizeof可以計算出數(shù)組的容量（字節(jié)數(shù)）瘦锹。如下例程序中籍嘹，sizeof(a)的值是12（注意別忘了’\0’）闪盔。指針p 指向a，但是sizeof(p)的值卻是4辱士。這是因為sizeof(p)得到的是一個指針變量的字節(jié)數(shù)泪掀，相當于sizeof(char*)，而不是p所指的內(nèi)存容量颂碘。C++/C語言沒有辦法知道指針所指的內(nèi)存容量异赫，除非在申請內(nèi)存時記住它。
char a[] = "hello world";
char *p = a;
cout<< sizeof(a) << endl; // 12字節(jié)
cout<< sizeof(p) << endl; // 4字節(jié)
注意當數(shù)組作為函數(shù)的參數(shù)進行傳遞時头岔，該數(shù)組自動退化為同類型的指針塔拳。如下例中，不論數(shù)組a的容量是多少峡竣，sizeof(a)始終等于sizeof(char *)靠抑。
void Func(char a[100])
{
cout<< sizeof(a) << endl; // 4字節(jié)而不是100字節(jié)
}
7.4 指針參數(shù)怎么傳遞內(nèi)存
如果函數(shù)的參數(shù)是一個指針，不要指望用該指針去申請動態(tài)內(nèi)存适掰。如下例中颂碧，Test函數(shù)的語句GetMemory(str,200)并沒有使str獲得期望的內(nèi)存，str依舊是NULL类浪。
void GetMemory(char *p, int num)
{
p = (char *)malloc(sizeof(char) * num);
}
void Test(void)
{
char *str = NULL;
GetMemory(str, 100); // str 仍然為NULL
strcpy(str, "hello"); // 運行錯誤
}
我們來分析一下稚伍，其實上例的問題出在函數(shù)GetMemory中。編譯器總是要為函數(shù)的每個參數(shù)制作臨時副本戚宦，
所以函數(shù)GetMemory并不能輸出任何東西米绕。事實上，每執(zhí)行一次GetMemory就會泄露一塊內(nèi)存馋艺，因為沒有用free釋放內(nèi)存栅干。
那如果筆試題或者面試官問，我一定要用指針參數(shù)去申請內(nèi)存捐祠，我們怎么做呢碱鳞？好吧，那就耍個小花招踱蛀，改用“指向指針的指針”好啦窿给。如下程序所示：
void GetMemory2(char **p, int num)
{
*p = (char *)malloc(sizeof(char) * num);
}
void Test2(void)
{
char *str = NULL;
GetMemory2(&str, 100); // 注意參數(shù)是&str贵白，而不是str
strcpy(str, "hello");
cout<< str << endl;
free(str);
}
什么，你覺得“指向指針的指針”不是很容易理解崩泡？好吧禁荒，那換一種方式，我們可以用函數(shù)返回值來傳遞動態(tài)內(nèi)存角撞。如下程序所示：
char *GetMemory3(int num)
{
char *p = (char *)malloc(sizeof(char) * num);
return p;
}
void Test3(void)
{
char *str = NULL;
str = GetMemory3(100);
strcpy(str, "hello");
cout<< str << endl;
free(str);
}
寫到這里呛伴，又有一個可能會犯的錯誤需要提一下了，很重要靴寂，大家一定要注意了。用函數(shù)返回值來傳遞動態(tài)內(nèi)存這種方法雖然好用召耘，但是常常有人把return語句用錯了百炬。這里強調(diào)不要用return語句返回指向“棧內(nèi)存”的指針，因為該內(nèi)存在函數(shù)結束時自動消亡污它！如下程序所示：
char *GetString(void)
{
char p[] = "hello world";
return p; // 編譯器將提出警告
}
void Test4(void)
{
char *str = NULL;
str = GetString(); // str 的內(nèi)容是垃圾
cout<< str << endl;
}
如果用調(diào)試器逐步跟蹤Test4剖踊，發(fā)現(xiàn)執(zhí)行str = GetString語句后str不再是NULL指針，但是str的內(nèi)容不是“hello world”而是垃圾衫贬。
寫到這里德澈，又有人提出問題了，如果上例中的hello world是常字符串固惯，那會怎么樣呢梆造，就如下程序所示：
char *GetString2(void)
{
char *p = "hello world";
return p;
}
void Test5(void)
{
char *str = NULL;
str = GetString2();
cout<< str << endl;
}
那這里要說明的是，事實上這段程序運行不會出錯葬毫，但是函數(shù)GetString2的設計概念卻是錯誤的镇辉。因為GetString2 內(nèi)的“hello world”是常量字符串，位于靜態(tài)存儲區(qū)贴捡，它在程序生命期內(nèi)恒定不變忽肛。無論什么時候調(diào)用GetString2，它返回的始終是同一個“只讀”的內(nèi)存塊烂斋，所以沒有太大的意義屹逛。
7.5 關于free和delete
別看free和delete的名字惡狠狠的（尤其是delete），它們只是把指針所指的內(nèi)存給釋放掉汛骂，但指針本身卻被留下來了罕模。
用調(diào)試器跟蹤下例，發(fā)現(xiàn)指針p被free以后其地址仍然不變（非NULL）帘瞭，只是該地址對應的內(nèi)存是垃圾手销，p成了“野指針”。如果此時不把p設置為NULL图张，會讓人誤以為p是個合法的指針锋拖。
char *p = (char *) malloc(100);
strcpy(p, “hello”);
free(p); // p 所指的內(nèi)存被釋放诈悍，但是p所指的地址仍然不變
…
if(p != NULL) // 沒有起到防錯作用
{
strcpy(p, “world”); // 出錯
}
如果程序比較長，我們有時記不住p所指的內(nèi)存是否已經(jīng)被釋放兽埃，在繼續(xù)使用p之前侥钳，通常會用語句if(p!=NULL)進行防錯處理。很遺憾柄错，此時if語句起不到防錯作用舷夺，因為即便p不是NULL指針，它也不指向合法的內(nèi)存塊售貌。
7.6 動態(tài)內(nèi)存會隨程序結束自動釋放嗎
現(xiàn)在有這樣一個例子：
void Func(void)
{
char *p = (char *) malloc(100); // 動態(tài)內(nèi)存會自動釋放嗎给猾？
}
我們都知道函數(shù)體內(nèi)的局部變量會在函數(shù)結束時自動消亡。這里p是局部的指針變量颂跨，程序結束后它會消亡敢伸，但是它消亡時它所指的動態(tài)內(nèi)存會一起完蛋嗎？答案是：并不會...
這里有兩條非常有趣的結論恒削，分別是：
（1）指針消亡了池颈，并不表示它所指的內(nèi)存會被自動釋放。
（2）內(nèi)存被釋放了钓丰，并不表示指針會消亡或者成了NULL指針躯砰。
7.7 關于“野指針”
“野指針”是最可怕的一類指針，它不是NULL指針携丁，是指向“垃圾”內(nèi)存的指針琢歇。人們一般不會錯用NULL指針，因為用if語句很容易判斷梦鉴。但是“野指針”是很危險的矿微，if語句對它不起作用。
“野指針”的成因主要有兩種：
（1）指針變量沒有被初始化尚揣。任何指針變量剛被創(chuàng)建時不會自動成為NULL指針涌矢，它的缺省值是隨機的，它會亂指一氣快骗。所以娜庇，指針變量在創(chuàng)建的同時應當被初始化，要么將指針設置為NULL方篮，要么讓它指向合法的內(nèi)存名秀。例如
char *p = NULL;
char *str = (char *) malloc(100);
（2）指針p被free或者delete之后，沒有置為NULL藕溅，讓人誤以為p是個合法的指針匕得。上一節(jié)也提到了這個問題。
（3）指針操作超越了變量的作用范圍。這種情況讓人防不勝防汁掠，示例程序如下：
現(xiàn)在有這樣一個例子：
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就成了“野指針”翠忠。
6.8 malloc/free和new/delete
malloc與free是C++/C語言的標準庫函數(shù)，new/delete 是C++的運算符乞榨。它們都可用于申請動態(tài)內(nèi)存和釋放內(nèi)存秽之。
對于非內(nèi)部數(shù)據(jù)類型的對象而言，光用maloc/free無法滿足動態(tài)對象的要求吃既。對象在創(chuàng)建的同時要自動執(zhí)行構造函數(shù)考榨，對象在消亡之前要自動執(zhí)行析構函數(shù)。由于malloc/free 是庫函數(shù)而不是運算符鹦倚，不在編譯器控制權限之內(nèi)河质，不能夠把執(zhí)行構造函數(shù)和析構函數(shù)的任務強加于malloc/free。
因此C++語言需要一個能完成動態(tài)內(nèi)存分配和初始化工作的運算符new申鱼，以及一個能完成清理與釋放內(nèi)存工作的運算符delete愤诱。注意new/delete不是庫函數(shù)云头。
malloc/free和new/delete實現(xiàn)對象的動態(tài)內(nèi)存管理的方法是不同的捐友，下面是一個示例：
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)存
}
類Obj的函數(shù)Initialize模擬了構造函數(shù)的功能，函數(shù)Destroy模擬了析構函數(shù)的功能溃槐。函數(shù)UseMallocFree中匣砖，由于malloc/free不能執(zhí)行構造函數(shù)與析構函數(shù)，必須調(diào)用成員函數(shù)Initialize和Destroy來完成初始化與清除工作昏滴。函數(shù)UseNewDelete則簡單得多猴鲫。
所以我們不要企圖用malloc/free來完成動態(tài)對象的內(nèi)存管理，應該用new/delete谣殊。由于內(nèi)部數(shù)據(jù)類型的“對象”沒有構造與析構的過程拂共，對它們而言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í)行析構函數(shù)而可能導致程序出錯。如果用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)終止整個程序的運行。例如：
void Func(void)
{
A *a = new A;
if(a == NULL)
{
cout << “Memory Exhausted”<< endl;
exit(1);
}
…
}
3）為new和malloc設置異常處理函數(shù)绳姨。例如VisualC++可以用_set_new_hander函數(shù)為new設置用戶自己定義的異常處理函數(shù)登澜，也可以讓malloc享用與new相同的異常處上述（1）（2）方式使用最普遍。如果一個函數(shù)內(nèi)有多處需要申請動態(tài)內(nèi)存飘庄，那么方式（1）就顯得力不從心（釋放內(nèi)存很麻煩）脑蠕，應該用方式（2）來處理。
很多人不忍心用exit(1)跪削，問：“不編寫出錯處理程序谴仙，讓操作系統(tǒng)自己解決行不行？”
不行碾盐。如果發(fā)生“內(nèi)存耗盡”這樣的事情晃跺，一般說來應用程序已經(jīng)無藥可救。如果不用exit(1) 把壞程序殺死毫玖，它可能會害死操作系統(tǒng)掀虎。道理如同：如果不把歹徒擊斃，歹徒在老死之前會犯下更多的罪付枫。
雖然對于32 位以上的應用程序而言烹玉，無論怎樣使用malloc與new，幾乎不可能導致“內(nèi)存耗盡”阐滩。但是：不加錯誤處理將導致程序的質(zhì)量很差二打，千萬不可因小失大。
7.10 再說malloc/free
函數(shù)malloc的原型如下：
void * malloc(size_t size);
用malloc申請一塊長度為length的整數(shù)類型的內(nèi)存掂榔，程序如下：
int *p = (int *) malloc(sizeof(int) * length);
我們應當把注意力集中在兩個要素上：“類型轉(zhuǎn)換”和“sizeof”继效。
1）malloc返回值的類型是void *，所以在調(diào)用malloc時要顯式地進行類型轉(zhuǎn)換衅疙，將void * 轉(zhuǎn)換成所需要的指針類型莲趣。
2）malloc 函數(shù)本身并不識別要申請的內(nèi)存是什么類型，它只關心內(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運算符是良好的風格，但要當心有時我們會昏了頭溉仑，寫出p = malloc(sizeof(p))這樣的程序來挖函。
3）函數(shù)free的原型如下：
void free( void * memblock );
為什么free函數(shù)不象malloc函數(shù)那樣復雜呢？這是因為指針p的類型以及它所指的內(nèi)存的容量事先都是知道的浊竟，語句free(p)能正確地釋放內(nèi)存怨喘。如果p是NULL指針，那么free對p無論操作多少次都不會出問題振定。如果p不是NULL指針必怜，那么free對p連續(xù)操作兩次就會導致程序運行錯誤。
7.11 再說new/delete
運算符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)對象的同時完成了初始化工作膏执。如果對象有多個構造函數(shù)，那么new的語句也可以有多種形式露久。例如
class Obj
{
public :
Obj(void); // 無參數(shù)的構造函數(shù)
Obj(int x); // 帶一個參數(shù)的構造函數(shù)
…
}
void Test(void)
{
Obj *a = new Obj;
Obj *b = new Obj(1); // 初值為1
…
delete a;
delete b;
}
如果用new創(chuàng)建對象數(shù)組更米，那么只能使用對象的無參數(shù)構造函數(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; // 錯誤的用法
后者相當于delete objects[0]纸巷，漏掉了另外99個對象镇草。
7.12 總結
知識點在上已經(jīng)一一敘述過了，這里總結兩句話：
1）越是怕指針瘤旨，就越要使用指針梯啤。不會正確使用指針，肯定算不上是合格的程序員存哲。
2）必須養(yǎng)成“使用調(diào)試器逐步跟蹤程序”的習慣因宇，只有這樣才能發(fā)現(xiàn)問題的本質(zhì)。
