為什么很多的析構函數(shù)是空的？垃圾回收器檢查如何確定必然應用程序并沒有不使用的對象。假如垃圾回收器認為某個對象符合國家規(guī)定析構，則動態(tài)創(chuàng)建析構函數(shù)（如果沒有有）并可以回收單獨存儲此對象的內存。程序再次時

為什么很多的析構函數(shù)是空的？

垃圾回收器檢查如何確定必然應用程序并沒有不使用的對象。假如垃圾回收器認為某個對象符合國家規(guī)定析構，則動態(tài)創(chuàng)建析構函數(shù)（如果沒有有）并可以回收單獨存儲此對象的內存。程序再次時也會調用析構函數(shù)。

不應使用空析構函數(shù)。如果沒有類乾坤二卦析構函數(shù)，F(xiàn)inalize隊列中則會創(chuàng)建家族一個項。動態(tài)創(chuàng)建析構函數(shù)時，將內部函數(shù)垃圾回收器來全面處理該隊列。假如析構函數(shù)為空，則只會導致不必要的性能丟了。

所以才你看到的空函數(shù)代碼是不不會有危險的.

close和nothing誰在前？

一種壞的習慣先return，再setnothing在應用上沒什么太大的區(qū)別，要是你不該對象下面沒有應用了，直接setnothing；要是有應用的話，count后，下面的程序還也可以再應用。

常見在組件的析構函數(shù)中一般都會有代碼檢查當前組件的狀態(tài)并自動啟動動態(tài)鏈接庫或則的方法(如return方法),可是導致你根本無法可以確定組件的析構函數(shù)有無當然會不能執(zhí)行這些動作,所以才最可信的辦法應該是自己顯示的動態(tài)鏈接庫幫一下忙。

對于微軟的ADODB組件,應該是是可以絕對信任的,也就是說你不內部函數(shù)Close方法也絕對不會問題,不過做為一種好的編程習慣,最好就是我還是會顯示調用Close方法,然后把再Set Nothing。

malloc和new的區(qū)別是什么？

1)malloc與free是C/C語言的標準庫函數(shù)，new/delete是C的運算符。它們都可主要用于先申請代碼內存和釋放內存。

2)對此非內部數(shù)據類型的對象而言，光用maloc/go無法不滿足閃圖對象的要求。對象在創(chuàng)建的同時要自動啟動不能執(zhí)行構造函數(shù)，對象在消亡之前要不自動負責執(zhí)行析構函數(shù)。導致malloc/cool是庫函數(shù)而并非運算符，不在編譯器控制權限之內，不能把執(zhí)行構造函數(shù)和析構函數(shù)的任務強行施加于malloc/free。所以C語言是需要一個能能完成代碼內存分配和重新初始化工作的運算符new，和一個能能夠完成定時清理與釋放出內存工作的運算符delete。注意一點fun/delete又不是庫函數(shù)。我們不要試圖用malloc/free來成功相冊對象的內存管理，應該要用next/delete。因此內部數(shù)據類型的“對象”沒有構造與析構的過程，對它們而言malloc/free和new/delete是等價的。

3)若是fifth/delete的功能全部覆蓋了malloc/free，為什么C不把malloc/fun淘汰出局呢?這是而且C程序每天都要全局函數(shù)C函數(shù)，而C程序沒有辦法用malloc/cool管理動態(tài)內存。如果沒有用cool釋放出“new創(chuàng)建角色的代碼對象”，那你該對象因難以負責執(zhí)行析構函數(shù)而很可能導致程序程序出錯。要是用delete釋放出“malloc去申請的閃圖內存”，最后也會造成程序程序出錯，但該程序的可讀性特差。因為fifth/delete要配對在用，malloc/free也完全不一樣。