如何计算java对象占用的内存

　　Java有一个很好的地方就是java的垃圾收集机制，这个机制集成于jvm的，对程序员来说是隐藏且不透明的。这种情况下，如何得到某个对象消耗的内存呢？
　　
　　　　曾经看到过有人用以下方法来计算：在生成该object的前后都调用java.lang.Runtime.freeMemory()方法，然后看两者之差即为该object消耗的内存量。
　　
　　　　这种方法的代码是：
　　
　　long totalMem = java.lang.Runtime.freeMemory();
　　Object myBigObject = null;
　　System.out.println("You just got rid of " + totalMem
　　 - java.lang.Runtime.freeMemory());
　　
　　
　　
　　　　这种想法是对的，但是实际上，jvm的freememory往往不能正确反应实际的free memory。比如在jvm要进行垃圾收集的时候，free memory就会缩小。而假如决定垃圾收集的时间发生在该object生成之后，而在第二次调用java.lang.Runtime.freeMemory()之前，那么就会错误地增加该object消耗的内存量。
　　
　　　　在java专家By Tony Sintes的文章"Discover how mUCh memory an object consumes " 里面提到了应该用Runtime.getRuntime().totalMemory();并且计算两次之差来得到消耗的内存量。
　　
　　　　By Tony Sintes的源代码：
　　
　　public class Memory {
　　 private final static int _SIZE = 500;
　　 public static void main( String [] args )
　　 throws Exception {
　　 Object[] array = new Object[_SIZE];
　　 Runtime.getRuntime().gc();
　　 long start = Runtime.getRuntime().totalMemory();
　　 for (int i = 0; i < _SIZE; i++) {
　　 array[i] = new Object();
　　 }
　　 Runtime.getRuntime().gc();
　　 long end = Runtime.getRuntime().totalMemory();
　　 long difference = ( start - end ) / _SIZE;
　　 System.out.println( difference + " bytes used
　　 per object on average" );
　　 }
　　}
　　
　　
　　
　　　　实际上，这种方法基本上正确了，但是By Tony Sintes疏忽了一点，就是仅仅Runtime.getRuntime().gc();并不能真正完成垃圾收集，也就是说实际上jvm的内存此时并不是稳定的。
　　
　　　　所以，只有当内存不再发生大的变动，或者说已经稳定，我们才可能说垃圾收集已经完成。
　　
　　　　如何才能真正确保基本完成了jvm的垃圾收集呢？实现这个功能的代码如下：
　　
　　private static final Runtime s_runtime =
　　 Runtime.getRuntime ();
　　private static long usedMemory ()
　　 {
　　 return s_runtime.totalMemory () -
　　 s_runtime.freeMemory ();
　　 }
　　private static void runGC () throws Exception
　　 {
　　long usedMem1 = usedMemory (), usedMem2 = Long.MAX_value;
　　for (int i = 0; (usedMem1 < usedMem2) && (i < 500); ++ i)
　　 {
　　 s_runtime.runFinalization ();
　　 s_runtime.gc ();
　　 Thread.currentThread ().yield ();
　　 usedMem2 = usedMem1;
　　 usedMem1 = usedMemory ();
　　 }
　　 }
　　
　　
　　
　　　　runGC()可以帮我们真正的确定完成垃圾收集(准确的说，应该说是基本上完成)。