{BufferedImageb1=newBufferedImage(4000,4000,BufferedImage.TYPE_INT_RGB);}try{Thread.currentThread().sleep(10000);}catch(InterruptedExceptione){}先建立了一个BufferedImage对... {BufferedImage b1 = new BufferedImage(4000,4000, BufferedImage.TYPE_INT_RGB);}
try{Thread.currentThread().sleep(10000);}catch(InterruptedException e){}

先建立了一个BufferedImage对象，然后再延时十秒钟。在延时十秒钟前这个BufferedImage对象所占用的内存就应该已经被回收了，可是运行这个程序时看任务管理器，如图，在这十秒钟中内存并没有被回收。这是怎么回事啊？

当 jvm 知道 b1 = null 的时候，需要等到 jvm 本身运行 System.gc() 的时候，才会真正对 b1 产生出的内存进行回收。

如果你需要强制 jvm 立即进行内存回收，这个时候，你就需要手工在

b1 = null;
System.gc();

代码中直接加上 gc() 的调用。
但是，需要注意的是 System.gc() 回收的是对整个系统可以回收的对象收集一次，而不会专门只回收 b1 的内存，所以，当 System.gc() 在回收的过程中，如果还没回收到 b1 的时候，你就会发现内存没有立即释放出来，但如果 System.gc() 在回收的过程中，第一个先回收了 b1 的话，你就会感觉到内存立即增大了。

所以，这个是系统底层的逻辑，你需要做好的就是设置 b1 = null。

另外，除了 b1 = null 这样的设置外，你还需要注意，如：

java.util.HashMap() list = new java.util.HashMap();
list.add(....);

比如在这个 list 里面增加了 1000 个对象进去 HashMap 里面，你在将 list = null 前，需要先 list.clear();
list = null;

即先 clear() 再 null，这样做的时候，在 list 里面生成的 1000 个对象就会与 list 同时可以被 jvm 回收了。

对不起再次追问你，使用了你的方法果然效果明显。

但是为什么b1=null;后要至少要连续使用四次System.gc()才有较好效果，如下

System.gc();

System.gc();

System.gc();

System.gc();

如果不够四次，内存就只回收了一小部分，使用四次以上时内存还是有一点残余？如图

这 4 个 System.gc() 应该效果可能等同于一个 System.gc()。

你测试一下在这 4 个 System.gc() 的中间加上输出试下，

b1 = null;
System.gc();
System.out.println("---- gc 1 ---- Time is now: " + new java.util.Date().toString());

System.gc();
System.out.println("---- gc 2 ---- Time is now: " + new java.util.Date().toString());

System.gc();
System.out.println("---- gc 3 ---- Time is now: " + new java.util.Date().toString());

System.gc();
System.out.println("---- gc 4 ---- Time is now: " + new java.util.Date().toString());

如果 4 个输出都在 1 秒内完成，则说明后面的 gc() 不会等到前一个 gc() 执行完才调用。

另外，因为 System.gc() 会消耗系统的资源，所以，在程序中尽量少用，只有确实内存消耗大的情况下才会使用它。

java自称jvm能自动回收内存，但别被忽悠了，少年。gc才是王道。不然即使对象的引用置空，对象有时依然会在堆上赖活着，而且这种情况还不少。
gc吧，试试看有没有效果，就知道了

是不是加上System.gc();？还是没有效果呀。