Bitmap Allocation与重用

翻译的是Google的官方视频：https://www.youtube.com/watch?v=rsQet4nBVi8

在3.0之前，Bitmap的内存管理是在JNI层次上的。VM知道它，但并不会管理它，而是需要程序员非常频繁的调用recycle（回收）去管理。在每次使用完后，都要调用recycle来回收。否者你就会在分配别的Bitmap时，耗光native memory。

所以Google的程序员很贴心的把Bitmap的内存分配带回到ＶＭ中，并由ＧＣ（垃圾回收）管理。所以，会在虚拟机的堆（heap）上分配内存。所以但对象无引用时，它就会适当的被回收。

特别是当一个大的Bitmap的引用离开（也就是没引用），并且要分配另一个Bitmap时。我们会回收原来的内存，在Heap上分给新的Bitmap.

但是有个缺点，就是GC会更加频发的发生，因为没有手动的管理释放。

问题是大块内存的回收很耗时，