2020年有關(guān)JAVA垃圾回收機制以及內(nèi)存泄漏問題論文.docVIP

有關(guān)Java垃圾回收機制以及內(nèi)存泄漏問題論文 java語言中一個顯著的特點就是引入了java回收機制，是c+程序員最頭疼的內(nèi)存管理的問題迎刃而解，它使得java程序員在編寫程序的時候不在考慮內(nèi)存管理。由于有個垃圾回收機制，java中的額對象不在有“作用域”的概念，只有對象的引用才有“作用域”。垃圾回收可以有效的防止內(nèi)存泄露，有效的使用空閑的內(nèi)存，下面是有關(guān)Java垃圾回收機制以及內(nèi)存泄漏問題論文，歡迎參考閱讀！ 前言 在segmentfault上看到一個問題：java有完善的GC機制，那么在java中是否會出現(xiàn)內(nèi)存泄漏的問題，以及能否給出一個內(nèi)存泄漏的案例。本問題視圖給出此問題的完整答案。 垃圾回收機制簡介 在程序運行過程中，每創(chuàng)建一個對象都會被分配一定的內(nèi)存用以存儲對象數(shù)據(jù)。如果只是不停的分配內(nèi)存，那么程序遲早面臨內(nèi)存不足的問題。所以在任何語言中，都會有一個內(nèi)存回收機制來釋放過期對象的內(nèi)存，以保證內(nèi)存能夠被重復(fù)利用。 內(nèi)存回收機制按照實現(xiàn)角色的不同可以分為兩種，一種是程序員手動實現(xiàn)內(nèi)存的釋放（比如C語言）另一種則是語言內(nèi)建的內(nèi)存回收機制比如本文將要介紹的java垃圾回收機制。 Java的垃圾回收機制 在程序的運行時環(huán)境中，java虛擬機提供了一個系統(tǒng)級的垃圾回收（GC，CarbageCollection）線程，它負(fù)責(zé)回收失去引用的對象占用的內(nèi)存。理解GC的前提是理解一些和垃圾回收相關(guān)的概念，下文一一介紹這些概念。 對象在jvm堆區(qū)的狀態(tài) Java對象的實例存儲在jvm的堆區(qū)，對于GC線程來說，這些對象有三種狀態(tài)。 1.可觸及狀態(tài)：程序中還有變量引用，那么此對象為可觸及狀態(tài)。 2.可復(fù)活狀態(tài)：當(dāng)程序中已經(jīng)沒有變量引用這個對象，那么此對象由可觸及狀態(tài)轉(zhuǎn)為可復(fù)活狀態(tài)。CG線程將在一定的時間準(zhǔn)備調(diào)用此對象的finalize方法（finalize方法繼承或重寫子Object），finalize方法內(nèi)的代碼有可能將對象轉(zhuǎn)為可觸及狀態(tài)，否則對象轉(zhuǎn)化為不可觸及狀態(tài)。 3.不可觸及狀態(tài)：只有當(dāng)對象處于不可觸及狀態(tài)時，GC線程才能回收此對象的內(nèi)存。 GC為了能夠正確釋放對象，必須監(jiān)控每一個對象的運行狀態(tài)，包括對象的申請、引用、被引用、賦值等，GC都需要進(jìn)行監(jiān)控，所以無論一個對象處于上文中的任何狀態(tài)GC都會知道。 上文說到，GC線程會在一定的時間執(zhí)行可復(fù)活狀態(tài)對象的finalize方法，那么何時執(zhí)行呢？由于不同的JVM實現(xiàn)者可能使用不同的算法管理GC，所以在任何時候，開發(fā)者無法預(yù)料GC線程進(jìn)行各項操作（包括檢測對象狀態(tài)、釋放對象內(nèi)存、調(diào)用對象的finalize方法）的時機。雖然可以通過System.gc()和Runtime.gc()函數(shù)提醒GC線程盡快進(jìn)行垃圾回收操作，但是這也無法保證GC線程馬上就會進(jìn)行相應(yīng)的回收操作。 內(nèi)存泄露 內(nèi)存泄漏指由于錯誤的設(shè)計造成程序未能釋放已經(jīng)不再使用的內(nèi)存，造成資源浪費。GC會自動清理失去引用的對象所占用的內(nèi)存。但是，由于程序設(shè)計錯誤而導(dǎo)致某些對象始終被引用，那么將會出現(xiàn)內(nèi)存泄漏。 比如下面的例子。使用數(shù)組實現(xiàn)了一個棧，有入棧和出棧兩個操作。 import.sun.javafx.collections.ElementObservableListDecorator;ernal.plaf.metal.resources.metal_sv;importjava.beans.ExceptionListener;importjava.util.EmptyStackException;/*Createdbypengon14-9-21.*/publicclassMyStackprivateObjectelements;privateintIncrement=10;privateintsize=0;publicMyStack(intsize)elements=newObjectsize;/入棧publicvoidpush(Objecto)capacity();elementssize+=o;/出棧publicObjectpop()if(size=0)thrownewEmptyStackException();returnelements-size;/增加棧的容量privatevoidcapacity()if(elements.length!=size)return;ObjectnewArray=newObjectelements.length+Increment;System.arraycopy(elements,0,newArray,0,size);publicstaticvoidmain(Stringargs)MyStackstack=newMyStack(100);for(inti=0;i100;i+)stack.push(newInteger(i);for(inti=0;i100;i+)System.out.println(stack.pop().toString(); 這個程序是可用的，支持常用的入棧和出棧操作。但是，有一個問題沒有處理好，就是當(dāng)出棧操作的時候，并沒有釋放數(shù)組中出棧元素的引用，這導(dǎo)致程序?qū)⒁恢北３謱@個Object的引用（此object由數(shù)組引用）,GC永遠(yuǎn)認(rèn)為此對象是可觸及的，也就更加談不上釋放其內(nèi)存了。這就是內(nèi)存泄漏的一個典型案例。針對此，