【IT168技術(shù)文檔】

    當(dāng)運(yùn)行環(huán)境中包含垃圾回收機(jī)制時(shí)，區(qū)別開內(nèi)存管理和資源管理，就非常重要了。典型地來說，垃圾回收器只對包含對象的內(nèi)存之分配與釋放感興趣，它可不關(guān)心你的對象是否擁有其他的資源，如數(shù)據(jù)庫連接或核心對象的句柄。

    內(nèi)存管理

    本地C++為程序員提供了超越內(nèi)存管理的直接控制能力，在堆棧上分配一個(gè)對象，意味著只有在進(jìn)入特定函數(shù)時(shí)，才會(huì)為對象分配內(nèi)存，而當(dāng)函數(shù)返回或堆棧展開時(shí)，內(nèi)存被釋放。可使用操作符new來動(dòng)態(tài)地為對象分配內(nèi)存，此時(shí)內(nèi)存分配在CRT堆中，并且需要程序員顯存地對對象指針使用操作符delete，才能釋放它。這種對內(nèi)存的精確控制，也是C++可用于編寫極度高效的程序的原因之一，但如果程序員不小心，這也是內(nèi)存泄漏的原因。另一方面，你不需要求助于垃圾回收器來避免內(nèi)存泄漏--實(shí)際上這是CLR所采取的方法，而且是一個(gè)非常有效的方法，當(dāng)然，對于垃圾回收堆，也有其他一些好處，如改進(jìn)的分配效率及引用位置相關(guān)的優(yōu)勢。所有這一切，都可以在C++中通過庫支持來實(shí)現(xiàn)，但除此之處，CLR還提供了一個(gè)單一的內(nèi)存管理編程模型，其對所有的編程語言都是通用的，想一想與C++中COM自動(dòng)化對象相交互和調(diào)度數(shù)據(jù)類型所需做的一切工作，就會(huì)發(fā)現(xiàn)其重要意義所在--橫跨數(shù)種編程語言的垃圾回收器，作用是非常巨大的。

    為了效率，CLR也保留了堆棧的概念，以便值類型可在其上分配，但CLR也提供了一個(gè)newobj中間語言指令，以在托管堆中分配一個(gè)對象，但此指令只在C#中對引用對象使用操作符new時(shí)提供。在CLR中，沒有與C++中的delete操作符對應(yīng)的函數(shù)，當(dāng)應(yīng)用程序不再引用某對象時(shí)，分配的內(nèi)存最后將由垃圾回收器回收。

    當(dāng)操作符new應(yīng)用于引用類型時(shí)，托管C++也會(huì)生成newobj指令，當(dāng)然，對此使用delete操作符是不合法的。這確實(shí)是一個(gè)矛盾，但同時(shí)也證明了為什么用C++指針概念來表示一個(gè)引用類型不是一個(gè)好的做法。

    在內(nèi)存管理方面，除了上述在對象構(gòu)造一節(jié)討論過的內(nèi)容，C++/CLI沒有提供任何新的東西；資源管理，才是C++/CLI的拿手好戲。

    資源管理

    CLR只有在資源管理方面，才能勝過本地C++。Bjarne Stroustrup的"資源獲取即初始化"的技術(shù)觀點(diǎn)，基本定義了資源類型的模式，即類的構(gòu)造函數(shù)獲取資源，析構(gòu)函數(shù)釋放資源。這些類型是被當(dāng)作堆棧上的局部對象，或復(fù)雜類型中的成員，其析構(gòu)函數(shù)自動(dòng)釋放先前分配的資源。一如Stroustrup所言"對垃圾回收機(jī)制來說，C++是最好的語言，主要是因?yàn)樗�生成很少的垃圾�?

    也許有一點(diǎn)令人驚訝，CLR并沒有對資源管理提供任何顯式運(yùn)行時(shí)支持，CLR不支持類似析構(gòu)函數(shù)的C++概念，而是在 .NET Framework中，把資源管理這種模式，提升到一個(gè)IDisposable核心接口類型的中心位置。這種想法源自包裝資源的類型，理應(yīng)實(shí)現(xiàn)此接口的單一Dispose方法，以便調(diào)用者在不再使用資源時(shí)，可調(diào)用該方法。不必說，C++程序員會(huì)認(rèn)為這是時(shí)代的倒退，因?yàn)樗麄兞?xí)慣于編寫那些缺省狀態(tài)下清理就是正確的代碼。

    因?yàn)楸仨氁�調(diào)用一個(gè)方法來釋放資源，由此帶來的問題是，現(xiàn)在更難編寫"全無異常"的代碼了。因?yàn)楫惓ｋS時(shí)都可能發(fā)生，你不可能只是簡單地在一段代碼后，放置一個(gè)對對象的Dispose方法的調(diào)用，這樣做的話，就必須要冒資源泄漏的風(fēng)險(xiǎn)。在C#中解決這個(gè)問題的辦法是，使用try-finally塊和using語句，在面對異常時(shí)，可提供一個(gè)更可靠的辦法來調(diào)用Dispose方法。有時(shí)，構(gòu)造函數(shù)也會(huì)使用這種方法，但一般的情況是，你必須要記住手工編寫它們，如果忘記了，生成的代碼可能會(huì)存在一個(gè)悄無聲息的錯(cuò)誤。對缺乏真正析構(gòu)函數(shù)的語言來說，是否需要try-finally塊和using語句，還有待論證。

<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->using (SqlConnection connection = new SqlConnection("Database=master; Integrated Security=sspi")) ...{ 　SqlCommand command = connection.CreateCommand(); 　command.CommandText = "sp_databases"; 　command.CommandType = CommandType.StoredProcedure;  　connection.Open();  　using (SqlDataReader reader = command.ExecuteReader()) 　...{ 　　while (reader.Read()) 　　...{ 　　　Console.WriteLine(reader.GetString(0)); 　　} 　} } 

    對托管C++來說，情節(jié)也非常類似，也需要使用一個(gè)try-finally語句，但其是Microsoft對C++的擴(kuò)展。雖然很容易編寫一個(gè)簡單的Using模板類來包裝GCHandle，并在模板類的析構(gòu)函數(shù)中調(diào)用托管對象的Dispose方法，但托管C++中依然沒有C# using語句的對等物。 

<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->Using<SqlConnection> connection(new SqlConnection(S"Database=master; Integrated Security=sspi"));  SqlCommand* command = connection->CreateCommand(); command->set_CommandText(S"sp_databases"); command->set_CommandType(CommandType::StoredProcedure);  connection->Open();  Using<SqlDataReader> reader(command->ExecuteReader());  while (reader->Read()) ...{ 　Console::WriteLine(reader->GetString(0)); }