最近在网上看到一些人讨论到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
=============操作系统