最近在網上看到一些人討論到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()可 能會有些大。

自己寫的一段小程序，用來幫助理解！java -cp . Getmem和java -cp . -Xms80m -Xmx80m Getmem比較！

Code

public class Getmem {

static int limit = 2000000;

public Getmem() {

}

public static void main(String args[]) {

getCurMem();

waitFor5s();

String tmpArray[] = new String[limit];

getCurMem();

waitFor5s();

for (int i = 0; i < limit; i++) {

tmpArray[i] = new String("abcde");

}

getCurMem();

waitFor5s();

}

static float bitTomega(long bit) {

return (float)bit/1024/1024;

}

static void getCurMem() {

SimpleDateFormat tmpDate = new SimpleDateFormat("yyyy-MM-dd" + " " + "hh:mm:ss");

System.out.println(tmpDate.format(new Date()));

System.out.println("?? current memory: " + bitTomega(Runtime.getRuntime().totalMemory()) + "M");

System.out.println("?? max memory: " + bitTomega(Runtime.getRuntime().maxMemory()) + "M");

System.out.println("?? free memory: " + bitTomega(Runtime.getRuntime().freeMemory()) + "M");

}

static void waitFor5s() {

try {

Thread.sleep(5000);

} catch (Exception e) {

e.printStackTrace();

}

}

}

PS: xp系統自帶的任務管理器對于java的內存反應不是很靠譜，新版的還不錯，process explorer！

分享到：

2009-06-27 14:49

瀏覽 5937

評論

總結

以上是生活随笔為你收集整理的java的xms与xmx和服务器内存_JAVA_OPTS参数-Xms和-Xmx的作用的全部內容，希望文章能夠幫你解決所遇到的問題。

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