Garbage Collection 一直在執行? 還是需要時才啟動? (轉)
Garbage Collection 一直在執行? 還是需要時才啟動? (轉)[@more@] (作者 : 艾群科技 蕭松瀛)
對於 來說,往往是非常珍貴的資源,雖然現在的記憶體很
便宜,隨隨便便幾百 MB 不過幾千塊臺幣,但是如果我們能夠掌握一些記
憶體的狀況,那麼就不會寫出 memory monster 的程式,我想,如果您使
用 或是其他記憶體不夠的周邊,那麼我想你就可以深深的體會出這
句話的意義。而 Java 與記憶體,我們不得不再度提到 Garbage Collect
ion ,事實上,許多人可能會以為 Garbage Collection 是有需要的時候
才,實際上並不是這樣,需要記住的是 Garbage Collection (以下
簡稱 GC) 是另外一個執行緒在執行的動作,也就是當你程式在執行的同
時,實際上 GC 也一直在監測目前的各種狀況。
想要了解這個,我們可以先從 java (java.exe) 的引數來下手。當我們
下 java -help 之後,可以看到 -verbose[:class|gc|jni] 這個引數,
沒錯,這個引數可以讓我們看到一些更詳細的狀況。首先,我寫了底下這
個程式
public class testGC
{
public static void main(String argv[])
{
StringBuffer sb = new StringBuffer();
int MAX=Integer.parseInt(argv[0]);
for(int i = 0 ; i <=MAX ; i++)
{
sb.append("test").append(i).append("
test");
if(i % (MAX/2)== 0)
{
System.out.println("===Starting System.gc(
)===");
System.gc();
System.out.println("===Finishing System.gc
()===");
}
}
}
}
在 Compile 結束之後,我直接用 java testGC 20000,結果如下:
C:javatmp> java testGC 20000
===Starting System.gc()===
===Finishing System.gc()===
===Starting System.gc()===
===Finishing System.gc()===
===Starting System.gc()===
===Finishing System.gc()===
但是現在我們加上另外一個引數 -verbose:gc ,讓命令列成為
java -verbose:gc testGC 20000 結果如下:
C:javatmp> java -verbose:gc testGC 20000
===Starting System.gc()===
[GC[0: 367K-> 190K(1984K)][1: 190K-> 190K(1984K)], 0.0454
848 secs]
===Finishing System.gc()===
[GC[0: 1206K-> 694K(1984K)], 0.0009384 secs]
===Starting System.gc()===
[GC[0: 879K-> 694K(1984K)][1: 694K-> 478K(1984K)], 0.0336
423 secs]
===Finishing System.gc()===
[GC[0: 1565K-> 1054K(1984K)], 0.0006216 secs]
===Starting System.gc()===
[GC[0: 1167K-> 1054K(1984K)][1: 1054K-> 766K(1984K)], 0.0
375078 secs]
===Finishing System.gc()===
以 [ 開頭, ] 結尾的是 GC 的執行狀況,表示的確,在 System.gc()
後,他有執行,我們可以看到他很均勻的插在我們的每一行輸出中間,
沒關係,我們把引數由 20000 調到 50000,再執行一次,結果如下
C:javatmp> java -verbose:gc testGC 50000
===Starting System.gc()===
[GC[0: 367K-> 190K(1984K)][1: 190K-> 190K(1984K)], 0.0457
804 secs]
===Finishing System.gc()===
[GC[0: 1206K-> 694K(1984K)], 0.0009297 secs]
[GC[0: 1782K-> 1270K(1984K)], 0.0005685 secs]
[GC[0: 1782K-> 1270K(1984K)], 0.0006135 secs]
[GC[1: 1277K-> 766K(1984K)], 0.0353595 secs]
===Starting System.gc()===
[GC[0: 2009K-> 1918K(3140K)][1: 1918K-> 1342K(3140K)], 0.
0435416 secs]
===Finishing System.gc()===
[GC[0: 1853K-> 1342K(3140K)], 0.0005931 secs]
[GC[0: 1854K-> 1342K(3140K)], 0.0006395 secs]
[GC[1: 1644K-> 1341K(3140K)], 0.0480494 secs]
===Starting System.gc()===
[GC[0: 3881K-> 3645K(5448K)][1: 3645K-> 2493K(5448K)], 0.
0462025 secs]
===Finishing System.gc()===
這時候很明顯的,會發現,即使不執行 System.gc(); 也會看到 [GC 開
頭的字眼,這表示 GC 會隨時的監測目前的狀況。
對於 來說,往往是非常珍貴的資源,雖然現在的記憶體很
便宜,隨隨便便幾百 MB 不過幾千塊臺幣,但是如果我們能夠掌握一些記
憶體的狀況,那麼就不會寫出 memory monster 的程式,我想,如果您使
用 或是其他記憶體不夠的周邊,那麼我想你就可以深深的體會出這
句話的意義。而 Java 與記憶體,我們不得不再度提到 Garbage Collect
ion ,事實上,許多人可能會以為 Garbage Collection 是有需要的時候
才,實際上並不是這樣,需要記住的是 Garbage Collection (以下
簡稱 GC) 是另外一個執行緒在執行的動作,也就是當你程式在執行的同
時,實際上 GC 也一直在監測目前的各種狀況。
想要了解這個,我們可以先從 java (java.exe) 的引數來下手。當我們
下 java -help 之後,可以看到 -verbose[:class|gc|jni] 這個引數,
沒錯,這個引數可以讓我們看到一些更詳細的狀況。首先,我寫了底下這
個程式
public class testGC
{
public static void main(String argv[])
{
StringBuffer sb = new StringBuffer();
int MAX=Integer.parseInt(argv[0]);
for(int i = 0 ; i <=MAX ; i++)
{
sb.append("test").append(i).append("
test");
if(i % (MAX/2)== 0)
{
System.out.println("===Starting System.gc(
)===");
System.gc();
System.out.println("===Finishing System.gc
()===");
}
}
}
}
在 Compile 結束之後,我直接用 java testGC 20000,結果如下:
C:javatmp> java testGC 20000
===Starting System.gc()===
===Finishing System.gc()===
===Starting System.gc()===
===Finishing System.gc()===
===Starting System.gc()===
===Finishing System.gc()===
但是現在我們加上另外一個引數 -verbose:gc ,讓命令列成為
java -verbose:gc testGC 20000 結果如下:
C:javatmp> java -verbose:gc testGC 20000
===Starting System.gc()===
[GC[0: 367K-> 190K(1984K)][1: 190K-> 190K(1984K)], 0.0454
848 secs]
===Finishing System.gc()===
[GC[0: 1206K-> 694K(1984K)], 0.0009384 secs]
===Starting System.gc()===
[GC[0: 879K-> 694K(1984K)][1: 694K-> 478K(1984K)], 0.0336
423 secs]
===Finishing System.gc()===
[GC[0: 1565K-> 1054K(1984K)], 0.0006216 secs]
===Starting System.gc()===
[GC[0: 1167K-> 1054K(1984K)][1: 1054K-> 766K(1984K)], 0.0
375078 secs]
===Finishing System.gc()===
以 [ 開頭, ] 結尾的是 GC 的執行狀況,表示的確,在 System.gc()
後,他有執行,我們可以看到他很均勻的插在我們的每一行輸出中間,
沒關係,我們把引數由 20000 調到 50000,再執行一次,結果如下
C:javatmp> java -verbose:gc testGC 50000
===Starting System.gc()===
[GC[0: 367K-> 190K(1984K)][1: 190K-> 190K(1984K)], 0.0457
804 secs]
===Finishing System.gc()===
[GC[0: 1206K-> 694K(1984K)], 0.0009297 secs]
[GC[0: 1782K-> 1270K(1984K)], 0.0005685 secs]
[GC[0: 1782K-> 1270K(1984K)], 0.0006135 secs]
[GC[1: 1277K-> 766K(1984K)], 0.0353595 secs]
===Starting System.gc()===
[GC[0: 2009K-> 1918K(3140K)][1: 1918K-> 1342K(3140K)], 0.
0435416 secs]
===Finishing System.gc()===
[GC[0: 1853K-> 1342K(3140K)], 0.0005931 secs]
[GC[0: 1854K-> 1342K(3140K)], 0.0006395 secs]
[GC[1: 1644K-> 1341K(3140K)], 0.0480494 secs]
===Starting System.gc()===
[GC[0: 3881K-> 3645K(5448K)][1: 3645K-> 2493K(5448K)], 0.
0462025 secs]
===Finishing System.gc()===
這時候很明顯的,會發現,即使不執行 System.gc(); 也會看到 [GC 開
頭的字眼,這表示 GC 會隨時的監測目前的狀況。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752043/viewspace-988019/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [Javascript] garbage collectionJavaScript
- 垃圾收集機制(Garbage Collection)批判 (轉)
- Java教室: Garbage Collection 清除物件的順序 (轉)Java物件
- C語言垃圾回收(Garbage Collection)C語言
- JVM垃圾回收機制(Garbage Collection)JVM
- [Memory leak] 3. Garbage collection in Closure
- python ref counting based garbage collectionPython
- 深入理解Java中的Garbage CollectionJava
- Java的垃圾回收(Garbage Collection)機制Java
- 啟動SQL SERVER時自動執行儲存過程(轉)SQLServer儲存過程
- 查詢資料庫後是返回ResultSet還是返回Collection? (轉)資料庫
- 判斷ORACLE啟動時使用spfile還是pfileOracle
- 檢視ORACLE啟動時使用spfile還是pfileOracle
- appium 執行還需要 java home?APPJava
- 啟動vi時自動執行的指令碼指令碼
- 左邊那個是什麼軟體 還需要註冊才可以
- 【原創】【Android】揭祕 ART 細節 ---- Garbage collectionAndroid
- 檢視 Oracle 是用spfile 啟動還是 pfile 啟動Oracle
- Linux 檢視程式啟動時間、執行時間Linux
- Springboot啟動時執行指定程式碼Spring Boot
- Linux啟動/關機時執行指令碼Linux指令碼
- redis自學(22)Redis是單執行緒還是多執行緒?Redis執行緒
- 如何在Docker容器啟動時自動執行指令碼Docker指令碼
- 編寫隨Windows啟動自動執行的程式 (轉)Windows
- 從ASP.NET Core 3.0 preview 特性,瞭解CLR的Garbage CollectionASP.NETView
- 執行緒啟動原理執行緒
- 執行緒的啟動執行緒
- 啟動執行計劃
- 判斷伺服器最後一次啟動是熱啟動還是冷啟動伺服器
- win10執行記憶體多大才夠用?windows10需要多大執行記憶體Win10記憶體Windows
- tomcat的執行的時候,GC進行記憶體回收,回收後的記憶體是還給OS還是還給JVMTomcatGC記憶體JVM
- Linux(CentOS)啟動時自動執行指令碼(rc.local)LinuxCentOS指令碼
- 如何在 Linux 啟動時自動執行命令或指令碼Linux指令碼
- 轉行IT做碼農,現在還是IT行業的黃金時期嗎?行業
- 設定定時器——Tomcat啟動後開始執行定時器Tomcat
- XP系統在啟動執行捲軸時速度很慢
- Go語言內幕(5):執行時啟動過程Go
- 面試官問,Redis 是單執行緒還是多執行緒?我懵了面試Redis執行緒