java對象回收

『壹』 java 對象被垃圾回收後其成員變數可用嗎

經過測試後發現即使一個實例被垃圾回收，如果他內部的數據被其他對象使用，是不受影響的，下面看這個示例

package test;

public class mytest {
public static void main(String[] args) throws Exception {
HandleBuffer hb = null;
{
Buffer buf = new Buffer();
hb = new HandleBuffer(buf.getBuf());
buf = null;
}
System.out.println("Has Buffer gone away?");
System.in.read();
Runtime.getRuntime().gc();
System.out.println("first gc finished!");
System.in.read();
System.out.println("Has Buffer gone away?");
Thread.currentThread().sleep(1000);
System.out.println(hb);
System.in.read();
}
}

class Buffer{
private byte[] buf = new byte[1024];
public Buffer(){
this.buf = "abc".getBytes();
}
public byte[] getBuf(){
return this.buf;
}
@Override
protected void finalize() throws Throwable {
System.out.println("Buffer gone away!");
}
}

class HandleBuffer{
byte[] buf = null;
public HandleBuffer(byte[] buf){
this.buf = buf;
}

@Override
public String toString() {
return new String(buf);
}
}

下面為程序運行輸出：

first gc finished!
Has Buffer gone away?
Buffer gone away! //此時對象已被垃圾回收
abc //訪問數據正常

『貳』 java堆的對象回收問題

不一定，java的垃圾回收不是時時刻刻都進行的，我記得一般是當新生代里的伊甸園滿了就回收，可能你這次運行時new到第8個A的時候觸發了gc，也可能你在new第2個A的時候就觸發了gc，也有可能你全部new出來了過了一會兒都一直沒被回收。

『叄』 Java 的垃圾回收如何判斷哪個對象可以被回收

一般情況下java中對象可被回收的前提是：該對象不再被引用。
例如：
object
o
=
new
object();
o
=
null;
此時第一步
new
出來的對象不再被引用，垃圾回收器在回收的時候便會把這個對象清理掉。
特殊情況下
，java中存在弱引用（weakreference<>
很少用，不確定拼寫的是否准確哈），對象即使被弱引用，垃圾回收機制也是可以回收的，我們正常直接賦值的引用屬於強引用，除了系統內存不足等因素外，垃圾回收機制是不會清理的。

『肆』 Java垃圾回收的優點和原理是什麼回收機制是怎樣的

優點：a.不需要考慮內存管理， b.可以有效的防止內存泄漏，有效的利用可使用的內存， c.由於有垃圾回收機制，Java中的對象不再有"作用域"的概念，只有對象的引用才有"作用域"

原理：垃圾回收器是作為一個單獨的低級別的線程運行，在不可知的情況下對內存堆中已死亡的或者長期沒有使用的對象回收，但是不能實時的對某一對象或者所有對象進行垃圾回收。

垃圾回收機制：分代復制垃圾回收、標記垃圾回收、增量垃圾回收

GC（Gabage Collection）工作原理：當創建對象時，GC就開始監視這個對象的地址、大小以及使用情況。通常，GC採用有向圖的方式記錄和管理heap（堆）中的素有對象。通過這種方式確定哪些對象是「可達的」，哪些是「不可以達的」。
垃圾回收機制通常是作為一個單獨的低級別的線程運行，不可預知的情況下對內存堆中已經死亡的或者長時間沒有使用的對象進行清理，我們雖然可以調用System.gc（）讓垃圾回收器運行，但依舊無法保證GC一定會執行。

『伍』 java 被引用的對象怎麼回收

java對象符合以下條件便會被垃圾回收：

1.所有實例都沒有活動線程訪問。
2.沒有被其他任何實例訪問的循環引用實例。
3.Java 中有不同的引用類型。判斷實例是否符合垃圾收集的條件都依賴於它的引用類型。

『陸』 在java中，對象什麼時候可以被垃圾回收

1. 引用計數器演算法
解釋
系統給每個對象添加一個引用計數器,每當有一個地方引用這個對象的時候,計數器就加1,當引用失效的時候,計數器就減1,在任何一個時刻計數器為0的對象就是不可能被使用的對象,因為沒有任何地方持有這個引用,這時這個對象就被視為內存垃圾,等待被虛擬機回收
優點
客觀的說,引用計數器演算法,他的實現很簡單,判定的效率很高,在大部分情況下這都是相當不錯的演算法
其實,很多案例中都使用了這種演算法,比如 IOS 的Object-C , 微軟的COM技術(用於給window開發驅動,.net裡面的技術幾乎都是建立在COM上的),Python語言等.
缺陷
無法解決循環引用的問題.
這就好像是懸崖邊的人採集草葯的人, 想要活下去就必須要有一根繩子綁在懸崖上. 如果有兩個人, 甲的手拉著懸崖, 乙的手拉著甲, 那麼這兩個人都能活, 但是, 如果甲的手拉著乙, 乙的手也拉著甲, 雖然這兩個人都認為自己被別人拉著, 但是一樣會掉下懸崖.
比如說 A對象的一個屬性引用B,B對象的一個屬性同時引用A A.b = B() B.a = A(); 這個A,B對象的計數器都是1,可是,如果沒有其他任何地方引用A,B對象的時候,A,B對象其實在系統中是無法發揮任何作用的,既然無法發揮作用,那就應該被視作內存垃圾予以清理掉,可是因為此時A,B的計數器的值都是1,虛擬機就無法回收A,B對象,這樣就會造成內存浪費,這在計算機系統中是不可容忍的.
解決辦法
在語言層面處理, 例如Object-C 就使用強弱引用類型來解決問題.強引用計數器加1 ,弱引用不增加
Java中也有強弱引用
2. 可達性分析演算法
解釋
這種演算法通過一系列成為 "GC Roots " 的對象作為起始點,從這些節點開始向下搜索所有走過的路徑成為引用鏈(Reference Chain) , 當一個對象GC Roots沒有任何引用鏈相連(用圖論的話來說就是從GC Roots到這個對象不可達),則證明此對象是不可用的
優點
這個演算法可以輕松的解決循環引用的問題
大部分的主流java虛擬機使用的都是這種演算法
3. Java語言中的GC Roots
在虛擬機棧(其實是棧幀中的本地變數表)中引用的對象
在方法區中的類靜態屬性引用對象
在方法區中的常量引用的對象
在本地方法棧中JNI(即一般說的Native方法)的引用對象

『柒』 java 怎麼對一個對象強制垃圾回收

一、Java提供finalize()方法，垃圾回收器准備釋放內存的時候，會先調用finalize()。
(1).對象不一定會被回收。
(2).垃圾回收不是析構函數。
(3).垃圾回收只與內存有關。
(4).垃圾回收和finalize()都是靠不住的，只要JVM還沒有快到耗盡內存的地步，它是不會浪費時間進行垃圾回收的。
二、垃圾回收器：
1、在 Java 中，當創建一個對象時，Java 虛擬機（JVM）為該對象分配內存、調用構造函數並開始跟蹤你使用的對象。當停止使用一個對象（就是說，當沒有對該對象有效的引用時），JVM 通過垃圾回收器將該對象標記為釋放狀態。
2、當垃圾回收器將要釋放一個對象的內存時，調用該對象的finalize() 方法（如果該對象定義了此方法）。垃圾回收器以獨立的低優先順序的方式運行，只有當其線程掛起等待該內存釋放的情況出現時，才開始運行釋放對象的內存。（事實上，可以調用System.gc() 方法強制垃圾回收器來釋放這些對象的內存。）
3、在以上的描述中，有一些重要的事情需要注意。首先，只有當垃圾回收器釋放該對象的內存時，才會執行finalize()。如果在 Applet 或應用程序退出之前垃圾回收器沒有釋放內存，垃圾回收器將不會調用finalize()。
三、finalize()方法的優缺點：
1、根據 Java 文檔，finalize() 是一個用於釋放非 Java 資源的方法。但是，JVM 有很大的可能不調用對象的finalize() 方法，因此很難證明使用該方法釋放資源是有效的。
2、Java 1.1 通過提供一個System.runFinalizersOnExit() 方法部分地解決了這個問題。（不要將這個方法與 Java 1.0 中的System.runFinalizations() 方法相混淆。）不象System.gc() 方法那樣，System.runFinalizersOnExit() 方法
總結：並不立即試圖啟動垃圾回收器。而是當應用程序或 Applet 退出時，調用每個對象的finalize() 方法。

『捌』 java 裡面如何盡快回收不用的對象

finalize方法是java.lang.Object里定義的方法，因為所有java對象繼承於Object，因此每個對象都可以去實現這個方法。這個方法會在一個對象被垃圾回收時調用。

為c1,c2賦值為null可以使剛建立的兩個circle對象處於「沒有被引用」的狀態（通俗的說，就是沒有句柄指向這個對象，注意java沒有指針的概念），這種狀態下可以被垃圾回收。

而System.gc()，所謂gc就是garbage collection, 這個方法其實就是建議jvm去回收可以被垃圾回收的對象。 這個方法並不常用，因為一般垃圾回收都是自動完成的，並不需要人為控制。在這個例子中，只是為了能盡快看到finalize的執行。

注意java的垃圾回收機制有很大的不確定性，你不能確保某個可以被回收對象什麼時候被回收，所以gc只是「建議」，並不能「確保」。

『玖』 java 哪個隊列中的對象可以自動被回收

當對象對當前使用這個對象的應用程序變得不可觸及的時候，這個對象就可以被回收了。 java垃圾回收是有jvm自動執行的，不是人為操作的，所以當不存在對某對象的任何引用時，該對象就處於被jvm回收的狀態，並不是馬上予以銷毀。