C++中的棧是一種只允許在同一端進(jìn)行插入和刪除操作的特殊線性表，進(jìn)行插入和刪除操作的一端稱為棧頂，而另一端為棧底，知道了什么是棧了，那么下文給大家講解什么是C++中的C++棧對(duì)象。

這的確不錯(cuò)，相對(duì)而言，這個(gè)比C#中的using 關(guān)鍵字（dispose模式），以及Java中的hard-coded的dispose方法都要好許多。這個(gè)特性是由C++棧對(duì)象（局部對(duì)象）來(lái)提供的，局部對(duì)象本身沒(méi)錯(cuò)，RAII也是局部對(duì)象應(yīng)有之義。

但問(wèn)題在于C++棧對(duì)象的可用性由于許多原因會(huì)大打折扣，使用起來(lái)已經(jīng)遠(yuǎn)遠(yuǎn)不如ISO-C++中那樣流暢。下面列出了損傷其可用性的幾大硬傷：

String s("abc");  
ArrayList list;  
list.Add(%s);  
 
實(shí)在很不好，還是使用追蹤引用比較好：  
 
String^ s="abc";  
ArrayList^ list=gcnew ArrayList();  
list->Add(s); 

只要類型是ref class，C++/CLI中的棧對(duì)象就仍位于托管堆中。仍然使用newobj IL指令來(lái)分配。如果R沒(méi)有定義析構(gòu)器（~R）（注意：C++/CLI中的析構(gòu)器和C#中的析構(gòu)器完全兩回事），那么下面兩行代碼實(shí)際上將生成完全一樣的IL代碼：

好像記得Herb Sutter曾經(jīng)說(shuō)過(guò)他們將來(lái)可能會(huì)在真正的方法棧中分配r ——說(shuō)實(shí)話恐怕只有C++背景的人敢這么“胡思亂想”:) 他們現(xiàn)在只是想在語(yǔ)法層面讓程序員"感覺(jué)"就像r是從棧中分配的一樣，當(dāng)然為了對(duì)稱和語(yǔ)義的***，有時(shí)候還需要在r上應(yīng)用%——雖然背后仍是什么也沒(méi)做。

這一點(diǎn)非常令人煩惱，幾乎讓人“望C++棧對(duì)象而卻步”。更糟糕的是BCL中的所有類型都沒(méi)有提供拷貝構(gòu)造函數(shù)和拷貝賦值操作符——因?yàn)榭峙轮挥蠧++/CLI會(huì)用到他們。話說(shuō)回來(lái)，即使C++/CLI會(huì)自動(dòng)產(chǎn)生拷貝構(gòu)造函數(shù)和拷貝賦值操作符，那么繼承自BCL的類型還是會(huì)很麻煩。#t#

編譯出來(lái)有一個(gè)modopt元數(shù)據(jù)，所以可以被其他語(yǔ)言調(diào)用，但是如果被其他語(yǔ)言調(diào)用，比如C#，那么其他語(yǔ)言將是以傳值的方式傳遞引用，而C++/CLI將是傳遞對(duì)象拷貝（要調(diào)用拷貝構(gòu)造器），所以語(yǔ)義混亂，完全不可以這樣做。

#1和#5對(duì)棧對(duì)象的可用性影響不算大，畢竟從語(yǔ)義層面來(lái)理解，還是行得通的。但是，#2、#3、#4的影響就很大。#3和#4使得我們必須放棄使用C++棧對(duì)象來(lái)進(jìn)行互操作。而#2會(huì)讓編寫(xiě)C++/CLI代碼非常的不方便——除非你以后不想使用C++棧對(duì)象。