最近在網上看到一些人討論到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 you_classpath -Xmx512m your_class，那么最大內存就是512*1024*1024字節。

totalMemory()這個方法返回的是java虛擬機現在已經從操作系統那里挖過來的內存大小，也就是java虛擬機這個進程當時所占用的所有 內存。如果在運行java的時候沒有添加-Xms參數，那么，在java程序運行的過程的，內存總是慢慢的從操作系統那里挖的，基本上是用多少挖多少，直 到挖到maxMemory()為止，所以totalMemory()是慢慢增大的。如果用了-Xms參數，程序在啟動的時候就會無條件的從操作系統中挖 -Xms后面定義的內存數，然后在這些內存用的差不多的時候，再去挖。

freeMemory()是什么呢，剛才講到如果在運行 java的時候沒有添加-Xms參數，那么，在java程序運行的過程的，內存總是慢慢的從操 作系統那里挖的，基本上是用多少挖多少，但是java虛擬機100％的情況下是會稍微多挖一點的，這些挖過來而又沒有用上的內存，實際上就是 freeMemory()，所以freeMemory()的值一般情況下都是很小的，但是如果你在運行java程序的時候使用了-Xms，這個時候因為程 序在啟動的時候就會無條件的從操作系統中挖-Xms后面定義的內存數，這個時候，挖過來的內存可能大部分沒用上，所以這個時候freeMemory()可 能會有些大。

?

根據上面的分析說明，當你需要查看一個你的一個進程在內存中實際中占用的情況的時候，那個就不要設置-Xms，將JVM自己從內存中一點一點的挖取所需的空間，然后通過以下公式計算可用的空間:

long preUsedSpace = Runtime.getRuntime().totalMemory() – Runtime.getRuntimej().freeMemory();

……//占用內存的邏輯

long proUsedSpace = Runtime.getRuntime().totalMemory() – Runtime.getRuntimej().freeMemory();

long cost = proUsedSpace – preUsedSpace;

那么這時候，就可以計算出中間的邏輯占用了多少內存。當然這種計算并不會十分精確，因為存在gc()隨機性的問題。

?

以上是個人看網上的文章，做的一點小總結，看的時候感覺還是有一些地方不能完全把握，希望有朋友能夠指正其中的問題。

轉載于:https://www.cnblogs.com/literoad/archive/2011/12/29/2306708.html

總結

以上是生活随笔為你收集整理的JVM内存使用分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。