我们都知道， Java 在执行的时候会吃掉不少记忆体，而当记忆体不够
用的时候， JVM 会向系统要求更大的记忆体来使用。但是实际上对於 Ja
va 来说，我们会发现资料可以存在许多不同的地方，其中有两个重要的
是 Heap 以及 Stack 。这两者有什么差别，我们在以後会提到，但是在
这之前，我们先来看一个程式：

public class testHeap
{
public static void main(String argv[])
{
StringBuffer sb = new StringBuffer();
long starttime;
long endtime;
starttime = System.currentTimeMillis();
for(int i=0; i <=100000; i++)
{
sb.append(i).append("hello").append(i);
if(i % (100000/2) == 0)
{
System.out.println(Runtime.getRuntime().totalMe
mory());
}
}
endtime = System.currentTimeMillis();
System.out.println("Time: "+(endtime-starttim
e));
}
}

执行的结果如下

C:java mp> java testHeap
2031616
5578752
10498048
Time: 651

在这里，我们看到 totalMemory 不断的上升，当然，这是正常现象，但
是实际上我们可以控制 JVM 一开始就抓取的记忆体大小，这样的好处是
JVM 一开始就抓取了大量的 Heap 。怎么做呢? 我们先用 java -X 来看
看他有哪些额外的参数可以下，没错，我看到我感兴趣的几个参数

-Xms <size> set initial Java heap size
-Xmx <size> set maximum Java heap size
-Xss <size> set java thread stack size

接著，我想要让 JVM 一开始就抓取大量的记忆体，因此我选择 -Xms 这
个参数，底下是我的执行结果：

C:java mp> java -Xms50000000 testHeap
49741824
49741824
49741824
Time: 480

这时候我们看到 total 的记忆体维持不变，原因很简单，因为 testHea
p 使用记忆体的量，并没有超过我们一开始抓到的量。但是有一个很有趣
的现象是回圈内的时间已经更短了，换一个角度来说，就是程式跑起来更
有效率。这种以记忆体空间来换取执行时间的方式，也许并不是最棒的校
调方法，但是却是一个在不修改程式码的方式下，提高效率的方法。当然
，我们也可以限制记忆体的最大用量，参数则为 -Xmx 。一般说来，我并
不建议您设定 -Xmx ，原因很简单，因为一旦您设定了 -Xmx ，那么 JVM
所抓取的记忆体量到了这个值之後，便不会再抓取记忆体，也就是说您
的程式将无法执行，我们看看底下的结果

C:java mp> java -Xmx5000000 testHeap
2031616
5578752
Exception in thread "main" java.lang.OutOfMemoryError


C:java mp>