內(nèi)容: Java有一個很好的地方就是java的垃圾收集機制，這個機制集成于jvm的，對程序員來說是隱藏且不透明的。這種情況下，如何得到某個對象消耗的內(nèi)存呢？ 曾經(jīng)看到過有人用以下方法來計算：在生成該object的前后都調(diào)用java.lang.Runtime.freeMemory()方法，然后看兩者之差即為該object消耗的內(nèi)存量。 這種方法的代碼是： 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就會縮小。而如果決定垃圾收集的時間發(fā)生在該object生成之后，而在第二次調(diào)用java.lang.Runtime.freeMemory()之前，那么就會錯誤地增加該object消耗地內(nèi)存量。 在java專家By Tony Sintes的文章'Discover how much memory an object consumes ' 里面提到了應該用Runtime.getRuntime().totalMemory();并且計算兩次之差來得到消耗的內(nèi)存量。 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 onaverage' ); }} 實際上，這種方法基本上正確了，但是By Tony Sintes疏忽了一點，就是僅僅Runtime.getRuntime().gc();并不能真正完成垃圾收集，也就是說實際上jvm的內(nèi)存此時并不是穩(wěn)定的。 所以，只有當內(nèi)存不再發(fā)生大的變動，或者說已經(jīng)穩(wěn)定，我們才可能說垃圾收集已經(jīng)完成。 如何才能真正確保基本完成了jvm的垃圾收集呢？實現(xiàn)這個功能的代碼如下： 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()可以幫我們真正的確定完成垃圾收集(準確的說，應該說是基本上完成)。 Java, java, J2SE, j2se, J2EE, j2ee, J2ME, j2me, ejb, ejb3, JBOSS, jboss, spring, hibernate, jdo, struts, webwork, ajax, AJAX, mysql, MySQL, Oracle, Weblogic, Websphere, scjp, scjd