Runtime類中的freeMemory,totalMemory,maxMemory這三個方法
最近在網上看到一些人討論到java.lang.Runtime類中的freeMemory(),totalMemory(),maxMemory ()這幾個方法的一些問題,很多人感到很疑惑,為什么,在java程序剛剛啟動起來的時候freeMemory()這個方法返回的只有一兩兆字節,而隨着 java程序往前運行,創建了不少的對象,freeMemory()這個方法的返回有時候不但沒有減少,反而會增加。這些人對freeMemory()這 個方法的意義應該有一些誤解,他們認為這個方法返回的是操作系統的剩余可用內存,其實根本就不是這樣的。這三個方法反映的都是java這個進程的內存情 況,跟操作系統的內存根本沒有關系。下面結合totalMemory(),maxMemory()一起來解釋。
maxMemory()這個方法返回的是java虛擬機(這個進程)能構從操作系統那里挖到的最大的內存,以字節為單位,如果在運行java程序的時 候,沒有添加-Xmx參數,那么就是64兆,也就是說maxMemory()返回的大約是64*1024*1024字節,這是java虛擬機默認情況下能 從操作系統那里挖到的最大的內存。如果添加了-Xmx參數,將以這個參數后面的值為准,例如java -cp ClassPath -Xmx512m ClassName,那么最大內存就是512*1024*0124字節。
totalMemory()這個方法返回的是java虛擬機現在已經從操作系統那里挖過來的內存大小,也就是java虛擬機這個進程當時所占用的所有 內存。如果在運行java的時候沒有添加-Xms參數,那么,在java程序運行的過程的,內存總是慢慢的從操作系統那里挖的,基本上是用多少挖多少,直 挖到maxMemory()為止,所以totalMemory()是慢慢增大的。如果用了-Xms參數,程序在啟動的時候就會無條件的從操作系統中挖- Xms后面定義的內存數,然后在這些內存用的差不多的時候,再去挖。
freeMemory()是什么呢,剛才講到如果在運行java的時候沒有添加-Xms參數,那么,在java程序運行的過程的,內存總是慢慢的從操 作系統那里挖的,基本上是用多少挖多少,但是java虛擬機100%的情況下是會稍微多挖一點的,這些挖過來而又沒有用上的內存,實際上就是 freeMemory(),所以freeMemory()的值一般情況下都是很小的,但是如果你在運行java程序的時候使用了-Xms,這個時候因為程 序在啟動的時候就會無條件的從操作系統中挖-Xms后面定義的內存數,這個時候,挖過來的內存可能大部分沒用上,所以這個時候freeMemory()可 能會有些大。
把下面的源代碼編譯以后,在class文件所在的目錄里面,分別用java -cp . Untitled1 和java -cp . -Xms80m -Xmx80m Untitled1 運行,看看結果如何,有助於理解上面的闡述。