在本篇文章中我們將討論C++編程人員最輕易犯的十個錯誤,出於商業目的。某些商業公司實現的時候可能會添加一些其認為可行的或者更加好的特性。下面進行學習討論。。
幾乎可以完全肯定地說,對於大多數C++編程人員而言,C#與C++最大的不同之處就在於碎片收集。這也意味著編程人員再也無需擔心內存洩露和確保刪除所有沒有用的指針。但我們再也無法准確地控制殺死無用的對象這個過程。事實上,在C#中沒有明確的destructor.
假如使用非可治理性資源,在不使用這些資源後,必須明確地釋放它。對資源的隱性控制是由Finalize方法也被稱為finalizer)提供的,當對象被銷毀時,它就會被碎片收集程序調用收回對象所占用的資源。finalizer該當只釋放被銷毀對象占用的非可治理性資源。
而不應牽涉到其他對象。假如在程序中只使用了可治理性資源,那就無需也不應當執行Finalize方法,只要在非可治理性資源的處理中才會用到Finalize方法。由於finalizer需要占用一定的資源,因此應當只在需要它的方法中執行finalizer.直接調用一個對象的Finalize方法是絕對不答應的除非是在子類的Finalize中調用基礎類的Finalize.),碎片收集程序會主動地調用Finalize.
從語法上看,C#中的destructor與C++非常相似,但其實它們是完全不同的。C#中的destructor只是定義Finalize方法的捷徑。因此,下面的二段代碼是有區別的:
- ~MyClass()
- { // 需要完成的任務
- }
- MyClass.Finalize() {// 需要完成的任務
- base.Finalize();
- }
從上面的論述中我們已經很清楚,顯性地調用finalizer是不答應的,它只能被碎片收集程序調用。假如期望盡快地釋放一些不再使用的數量有限的非可治理性資源如文件句柄),則該當使用IDisposable界面,這一界面有個Dispose方法,它能夠幫你完成這個任務。Dispose是無需等待Finalize被調用而能夠釋放非可治理性資源的方法。
假如已經使用了Dispose方法,則應當阻止碎片收集程序再對相應的對象執行Finalize方法。為此,需要調用靜態方法GC.SuppressFinalize,並將相應對象的指針傳遞給它作為參數,Finalize方法就能調用Dispose方法了。據此,我們能夠得到如下的代碼:
- public void Dispose()
- {
- // 完成清理操作
- // 通知GC不要再調用Finalize方法
- GC.SuppressFinalize(this);
- }
- public override void Finalize() {
- Dispose(); base.Finalize();
- }
對於有些對象,可能調用Close方法就更合適例如,對於文件對象調用Close就比Dispose更合適),可以通過創建一個private屬性的Dispose方法和public屬性的Close方法,並讓Close調用Dispose來實現對某些對象調用Close方法。
由於不能確定一定會調用Dispose,而且finalizer的執行也是不確定的我們無法控制GC會在何時運行),C++提供了一個Using語句來保證Dispose方法會在盡可能早的時間被調用。一般的方法是定義使用哪個對象,然後用括號為這些對象指定一個活動的范圍,當碰到最內層的括號時,Dispose方法就會被主動調用,對該對象進行處理。
在本例的第一部分中,C++編程是在Using語句中創建的。當Using語句結束時,系統就會調用Dispose,對Font對象進行處理。在本例的第二部分,Font對象是在Using語句外部創建的,在決定使用它時,再將它放在Using語句內,當Using語句結束時,系統就會調用Dispose.Using語句還能防止其他意外的發生,保證系統一定會調用Dispose。