怎么在Java對(duì)finalize方法實(shí)現(xiàn)禁止

這篇文章將為大家詳細(xì)講解有關(guān)怎么在Java對(duì)finalize方法實(shí)現(xiàn)禁止，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個(gè)參考，希望大家閱讀完這篇文章后對(duì)相關(guān)知識(shí)有一定的了解。

萬(wàn)山網(wǎng)站建設(shè)公司成都創(chuàng)新互聯(lián),萬(wàn)山網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為萬(wàn)山1000多家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\成都外貿(mào)網(wǎng)站制作要多少錢，請(qǐng)找那個(gè)售后服務(wù)好的萬(wàn)山做網(wǎng)站的公司定做！

什么是finalize方法

finalize()方法被定義在Java.lang.Object類中，意味著所有的類都可以重載這個(gè)方法。java垃圾回收器只之道釋放那些經(jīng)由new分配的內(nèi)存，所以如果你的對(duì)象并非通過new獲得的內(nèi)存，那么垃圾回收器就不知道如何釋放該對(duì)象的內(nèi)存了。

為了應(yīng)對(duì)這種情況，java允許在類中重載java.lang.Object類中的finalize()方法。

它的工作原理：一旦垃圾回收器準(zhǔn)備好釋放對(duì)象占用的存儲(chǔ)空間，將首先調(diào)用其finalize()方法，并且在下一次垃圾回收動(dòng)作發(fā)生時(shí)，才會(huì)真正回收對(duì)象占用的內(nèi)存。

finalize函數(shù)的調(diào)用機(jī)制

java虛擬機(jī)規(guī)范并沒有硬性規(guī)定垃圾回收該不該搞，以及該如何搞。所以這里提到的調(diào)用機(jī)制不能保證適合所有jvm。

何時(shí)被調(diào)用？

finalize啥時(shí)候才會(huì)被調(diào)用捏？一般來說，要等到JVM開始進(jìn)行垃圾回收的時(shí)候，它才有可能被調(diào)用。而JVM進(jìn)行垃圾回收的時(shí)間點(diǎn)是非常不確定的，依賴于各種運(yùn)行時(shí)的環(huán)境因素。正是由于finalize函數(shù)調(diào)用時(shí)間點(diǎn)的不確定，導(dǎo)致了后面提到的某些缺點(diǎn)。

誰(shuí)來調(diào)用？

常見的JVM會(huì)通過GC的垃圾回收線程來進(jìn)行finalize函數(shù)的調(diào)用。由于垃圾回收線程比較重要（人家好歹也是JVM的一個(gè)組成部分嘛），為了防止finalize函數(shù)拋出的異常影響到垃圾回收線程的運(yùn)作，垃圾回收線程會(huì)在調(diào)用每一個(gè)finalize函數(shù)時(shí)進(jìn)行try catch，如果捕獲到異常，就直接丟棄，然后接著處理下一個(gè)失效對(duì)象的finalize函數(shù)。

為什么禁止使用finalize()

1.調(diào)用時(shí)間不確定---有資源浪費(fèi)的風(fēng)險(xiǎn)

前面已經(jīng)介紹了調(diào)用機(jī)制。同學(xué)們應(yīng)該認(rèn)清“finalize的調(diào)用時(shí)機(jī)是很不確定的”這樣一個(gè)事實(shí)。所以，假如你把某些稀缺資源放到finalize()中釋放，可能會(huì)導(dǎo)致該稀缺資源等上很久很久很久以后才被釋放。這可是資源的浪費(fèi)??！另外，某些類對(duì)象所攜帶的資源（比如某些JDBC的類）可能本身就很耗費(fèi)內(nèi)存，這些資源的延遲釋放會(huì)造成很大的性能問題。

2.可能不被調(diào)用----有資源泄露的風(fēng)險(xiǎn)

很多同學(xué)以為finalize()總是會(huì)被調(diào)用，其實(shí)不然。在某些情況下，finalize()壓根兒不被調(diào)用。比如在JVM退出的當(dāng)口，內(nèi)存中那些對(duì)象的finalize函數(shù)可能就不會(huì)被調(diào)用了。

估計(jì)有同學(xué)在打“runFinalizersOnExit”的主意，來確保所有的finalize在JVM退出前被調(diào)用。很可惜也很遺憾，該方法從JDK 1.2開始，就已經(jīng)被廢棄了。即使該方法不被廢棄，也是有很大的線程安全隱患滴！

從上述可以看出，一旦你依賴finalize()來幫你釋放資源，那可是很不妙啊（有資源泄漏的危險(xiǎn)）！很多時(shí)候，資源泄露導(dǎo)致的性能問題更加嚴(yán)重，萬(wàn)萬(wàn)不可小看。

3.對(duì)象可能在finalize函數(shù)調(diào)用時(shí)復(fù)活

本來，只有當(dāng)某個(gè)對(duì)象已經(jīng)失效（沒有引用），垃圾回收器才會(huì)調(diào)用該對(duì)象的finalize函數(shù)。但是，萬(wàn)一碰上某個(gè)變態(tài)的程序員，在finalize()函數(shù)內(nèi)部再把對(duì)象自身的引用（也就是this）重新保存在某處，也就相當(dāng)于把自己復(fù)活了（因?yàn)檫@個(gè)對(duì)象重新有了引用，不再處于失效狀態(tài)）。 為了防止發(fā)生這種詭異的事情，垃圾回收器只能在每次調(diào)用完finalize()之后再次去檢查該對(duì)象是否還處于失效狀態(tài)。這無(wú)形中又增加了JVM的開銷。隨便提一下。由于JDK的文檔中規(guī)定了，JVM對(duì)于每一個(gè)類對(duì)象實(shí)例最多只會(huì)調(diào)用一次finalize()。所以，對(duì)于那些詐尸的實(shí)例，當(dāng)它們真正死亡時(shí)，finalize()反而不會(huì)被調(diào)用了。這看起來是不是很奇怪？

4.要記得自己做異常捕獲

剛才在介紹finalize()調(diào)用機(jī)制時(shí)提到，一旦有異常拋出到finalize函數(shù)外面，會(huì)被垃圾回收線程捕獲并丟棄。也就是說，異常被忽略掉了（異常被忽略的危害，“這里”有提到）。為了防止這種事兒，凡是finalize()中有可能拋出異常的代碼，你都得寫上try catch語(yǔ)句，自己進(jìn)行捕獲。

5.小心線程安全

由于調(diào)用finalize()的是垃圾回收線程，和你自己代碼的線程不是同一個(gè)線程；甚至不同對(duì)象的finalize()可能會(huì)被不同的垃圾回收線程調(diào)用（比如使用“并行收集器”的時(shí)候）。所以，當(dāng)你在finalize()里面訪問某些數(shù)據(jù)的時(shí)候，還得時(shí)刻留心線程安全的問題。

關(guān)于怎么在Java對(duì)finalize方法實(shí)現(xiàn)禁止就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。

分享文章：怎么在Java對(duì)finalize方法實(shí)現(xiàn)禁止
當(dāng)前URL：http://muchs.cn/article4/picdie.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)網(wǎng)站制作、品牌網(wǎng)站建設(shè)、營(yíng)銷型網(wǎng)站建設(shè)、定制開發(fā)、做網(wǎng)站、軟件開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)