最近在網上看到一些人討論到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()可 能會有些大。
java
本身寫了個例子,對着測試 結果應該會有更深入的瞭解:測試
執行時間:spa
free:4
total:4
max:63
=============
4
12
63
=============
9
63
63
=============操作系統