提到 -Xms 和 -Xmx參數，不得不說到 java.lang.Runtime類中的 freeMemory()，totalMemory()，maxMemory() 這幾個方法的一些問題，這三個方法反映的都是 java這個進程的內存情況，跟操作系統的內存根本沒有關系。下面結合totalMemory(), maxMemory()一起來解釋。
1. maxMemory()
這個方法返回的是java虛擬機（這個進程）能夠從操作系統那里挖到的最大的內存，以字節為單位，如果在運行java程序的時 候，沒有添加 -Xmx參數，那么就是64兆，也就是說maxMemory()返回的大約是64*1024*1024字節，這是java虛擬機默認情況下能 從操作系統那里挖到的最大的內存。如果添加了-Xmx參數，將以這個參數后面的值為准，例如java -cp you_classpath -Xmx512m your_class，那么最大內存就是512*1024*1024字節。
2. totalMemory()
這個方法返回的是java虛擬機現在已經從操作系統那里挖過來的內存大小，也就是java虛擬機這個進程當時所占用的所有 內存。如果在運行java的時候沒有添加 -Xms參數，那么，在java程序運行的過程的，內存總是慢慢的從操作系統那里挖的，基本上是用多少挖多少，直到挖到maxMemory()為止，所以totalMemory()是慢慢增大的。如果用了-Xms參數，程序在啟動的時候就會無條件的從操作系統中挖 -Xms后面定義的內存數，然后在這些內存用的差不多的時候，再去挖。
3. freeMemory()
freeMemory()是什么呢？剛才講到如果在運行java的時候沒有添加-Xms參數，那么，在java程序運行的過程的，內存總是慢慢的從操作系統那里挖的，基本上是用多少挖多少，但是java虛擬機100％的情況下是會稍微多挖一點的，這些挖過來而又沒有用上的內存，實際上就是 freeMemory()，所以freeMemory()的值一般情況下都是很小的，但是如果你在運行java程序的時候使用了-Xms，這個時候因為程序在啟動的時候就會無條件的從操作系統中挖-Xms后面定義的內存數，這個時候，挖過來的內存可能大部分沒用上，所以這個時候freeMemory()可能會有些大。