我們知道，C#的語法與C++非常相似，實現(xiàn)從C++向C#的轉(zhuǎn)變，其困難不在于語言本身，而在于熟悉.NET的可管理環(huán)境和對.NET框架的理解。盡管C#與C++在語法上的變化是很小的，幾乎不會對我們有什么影響，但有些變化卻足以使一些粗心的C++編程人員時刻銘記在心。在本篇文章中我們將討論C++編程人員最容易犯的十個錯誤。
陷阱1： 沒有明確的結(jié)束方法
幾乎可以完全肯定地說，對于大多數(shù)C++編程人員而言，C#與C++的不同之處就在于碎片收集。這也意味著編程人員再也無需擔心內(nèi)存泄露和確保刪除所有沒有用的指針。但我們再也無法精確地控制殺死無用的對象這個過程。事實上，在C#中沒有明確的destructor。
如果使用非可管理性資源，在不使用這些資源后，必須明確地釋放它。對資源的隱性控制是由Finalize方法（也被稱為finalizer）提供的，當對象被銷毀時，它就會被碎片收集程序調(diào)用收回對象所占用的資源。finalizer應該只釋放被銷毀對象占用的非可管理性資源，而不應牽涉到其他對象。如果在程序中只使用了可管理性資源，那就無需也不應當執(zhí)行Finalize方法，只有在非可管理性資源的處理中才會用到Finalize方法。由于finalizer需要占用一定的資源，因此應當只在需要它的方法中執(zhí)行finalizer。直接調(diào)用一個對象的Finalize方法是絕對不允許的（除非是在子類的Finalize中調(diào)用基礎(chǔ)類的Finalize。），碎片收集程序會自動地調(diào)用Finalize。
從語法上看，C#中的destructor與C++非常相似，但其實它們是完全不同的。C#中的destructor只是定義Finalize方法的捷徑。因此，下面的二段代碼是有區(qū)別的：
~MyClass()
{ // 需要完成的任務(wù)
}
MyClass.Finalize() {// 需要完成的任務(wù)
base.Finalize();
}
錯誤2：Finalize和Dispose使用誰？
從上面的論述中我們已經(jīng)很清楚，顯性地調(diào)用finalizer是不允許的，它只能被碎片收集程序調(diào)用。如果希望盡快地釋放一些不再使用的數(shù)量有限的非可管理性資源（如文件句柄），則應該使用IDisposable界面，這一界面有個Dispose方法，它能夠幫你完成這個任務(wù)。Dispose是無需等待Finalize被調(diào)用而能夠釋放非可管理性資源的方法。
如果已經(jīng)使用了Dispose方法，則應當阻止碎片收集程序再對相應的對象執(zhí)行Finalize方法。為此，需要調(diào)用靜態(tài)方法GC.SuppressFinalize，并將相應對象的指針傳遞給它作為參數(shù)，F(xiàn)inalize方法就能調(diào)用Dispose方法了。據(jù)此，我們能夠得到如下的代碼：
public void Dispose()
{
// 完成清理操作
// 通知GC不要再調(diào)用Finalize方法
GC.SuppressFinalize(this);
}
public override void Finalize() {
Dispose(); base.Finalize();
}
對于有些對象，可能調(diào)用Close方法就更合適（例如，對于文件對象調(diào)用Close就比Dispose更合適），可以通過創(chuàng)建一個private屬性的Dispose方法和public屬性的Close方法，并讓Close調(diào)用Dispose來實現(xiàn)對某些對象調(diào)用Close方法。
由于不能確定一定會調(diào)用Dispose，而且finalizer的執(zhí)行也是不確定的（我們無法控制GC會在何時運行），C#提供了一個Using語句來保證Dispose方法會在盡可能早的時間被調(diào)用。一般的方法是定義使用哪個對象，然后用括號為這些對象指定一個活動的范圍，當遇到最內(nèi)層的括號時，Dispose方法就會被自動調(diào)用，對該對象進行處理。
using System.Drawing;
class Tester
{
public static void Main()
{
using (Font theFont = new Font("Arial", 10.0f))
{
//使用theFont對象
} // 編譯器將調(diào)用Dispose處理theFont對象
Font anotherFont = new Font("Courier",12.0f);
using (anotherFont)
{
// 使用anotherFont對象
} // 編譯器將調(diào)用Dispose處理anotherFont對象 }
}
陷阱1： 沒有明確的結(jié)束方法
幾乎可以完全肯定地說，對于大多數(shù)C++編程人員而言，C#與C++的不同之處就在于碎片收集。這也意味著編程人員再也無需擔心內(nèi)存泄露和確保刪除所有沒有用的指針。但我們再也無法精確地控制殺死無用的對象這個過程。事實上，在C#中沒有明確的destructor。
如果使用非可管理性資源，在不使用這些資源后，必須明確地釋放它。對資源的隱性控制是由Finalize方法（也被稱為finalizer）提供的，當對象被銷毀時，它就會被碎片收集程序調(diào)用收回對象所占用的資源。finalizer應該只釋放被銷毀對象占用的非可管理性資源，而不應牽涉到其他對象。如果在程序中只使用了可管理性資源，那就無需也不應當執(zhí)行Finalize方法，只有在非可管理性資源的處理中才會用到Finalize方法。由于finalizer需要占用一定的資源，因此應當只在需要它的方法中執(zhí)行finalizer。直接調(diào)用一個對象的Finalize方法是絕對不允許的（除非是在子類的Finalize中調(diào)用基礎(chǔ)類的Finalize。），碎片收集程序會自動地調(diào)用Finalize。
從語法上看，C#中的destructor與C++非常相似，但其實它們是完全不同的。C#中的destructor只是定義Finalize方法的捷徑。因此，下面的二段代碼是有區(qū)別的：
~MyClass()
{ // 需要完成的任務(wù)
}
MyClass.Finalize() {// 需要完成的任務(wù)
base.Finalize();
}
錯誤2：Finalize和Dispose使用誰？
從上面的論述中我們已經(jīng)很清楚，顯性地調(diào)用finalizer是不允許的，它只能被碎片收集程序調(diào)用。如果希望盡快地釋放一些不再使用的數(shù)量有限的非可管理性資源（如文件句柄），則應該使用IDisposable界面，這一界面有個Dispose方法，它能夠幫你完成這個任務(wù)。Dispose是無需等待Finalize被調(diào)用而能夠釋放非可管理性資源的方法。
如果已經(jīng)使用了Dispose方法，則應當阻止碎片收集程序再對相應的對象執(zhí)行Finalize方法。為此，需要調(diào)用靜態(tài)方法GC.SuppressFinalize，并將相應對象的指針傳遞給它作為參數(shù)，F(xiàn)inalize方法就能調(diào)用Dispose方法了。據(jù)此，我們能夠得到如下的代碼：
public void Dispose()
{
// 完成清理操作
// 通知GC不要再調(diào)用Finalize方法
GC.SuppressFinalize(this);
}
public override void Finalize() {
Dispose(); base.Finalize();
}
對于有些對象，可能調(diào)用Close方法就更合適（例如，對于文件對象調(diào)用Close就比Dispose更合適），可以通過創(chuàng)建一個private屬性的Dispose方法和public屬性的Close方法，并讓Close調(diào)用Dispose來實現(xiàn)對某些對象調(diào)用Close方法。
由于不能確定一定會調(diào)用Dispose，而且finalizer的執(zhí)行也是不確定的（我們無法控制GC會在何時運行），C#提供了一個Using語句來保證Dispose方法會在盡可能早的時間被調(diào)用。一般的方法是定義使用哪個對象，然后用括號為這些對象指定一個活動的范圍，當遇到最內(nèi)層的括號時，Dispose方法就會被自動調(diào)用，對該對象進行處理。
using System.Drawing;
class Tester
{
public static void Main()
{
using (Font theFont = new Font("Arial", 10.0f))
{
//使用theFont對象
} // 編譯器將調(diào)用Dispose處理theFont對象
Font anotherFont = new Font("Courier",12.0f);
using (anotherFont)
{
// 使用anotherFont對象
} // 編譯器將調(diào)用Dispose處理anotherFont對象 }
}