本篇目录：

Android系统中Bitmap是否有调用recycle方法的必要性

Android系统中Bitmap有一个recycle方法，调用这个方法可以回收Bitmap的空间。很有必要调用的两大理由：垃圾回收是释放内存的主要处理机制。 当application关闭，process被杀掉，所有这个process占用的空间自然回归系统。

这个是回收Bitmap的空间，主要是涉及到java的垃圾回收机制，虽然在安卓中也有垃圾回收机制，Bitmap对象是比较占内存的，建议在不使用的时候recycle掉，以免造成内存泄漏等麻烦。

Android系统中Bitmap是否有调用recycle方法的必要性的说明：Android有自己的垃圾回收机制，对于是不是要编程人员自己调用recycle，还的看情况而定。如果只是使用少量的几张图片，回收与否关系不大。

android中需要调用system.gc吗

(2)尽量少用 System.gc()此函数建议 JVM进行主 GC，虽然只是建议而非一定，但很多情况下它会触发 主 GC，从而增加主 GC 的频率，也即增加了间歇性停顿的次数。

一般不建议使用system.gc()去显示地要求进行垃圾回收，一般每一次显示的调用system.gc()都会进行一次full gc，而full gc会导致应用的暂停，如果频繁地full gc会导致应用长时间暂停，也就无法正常运行了。

这里需要注意的是，调用System.gc()并不能保证立即开始进行回收过程，而只是为了加快回收的到来。

android开发bitmap需要释放吗

通过这段说明我们知道调用这个函数其实只是会free一些相关的资源、对于其t图片像素数据并没有同步释放，而且这个方法通常也不是必要的，就是说：不是一定要调用这个函数这个Bitmap才会被GC回收。

若是成员函数中的临时变量，已经没用的 bitmap 对象要及时调用 recycle() 释放，例如： mBitWallPaper.recycle()； mBitWallPaper = null； System.gc()；Activity中的全局Bitmap对象，需要在onDestroy()中明确释放。

一般来说，如果能够获得Bitmap对象的引用，就需要及时的调用Bitmap的recycle()方法来释放Bitmap占用的内存空间，而不要等Android系统来进行释放。

顺带一提，在Android0（API Level 11）以前，bitmap是储存在native 内存中的，所以系统以不可预见的方式来释放bitmap，这可能会导致短时间超过内存限制从而造成崩溃。

到此，以上就是小编对于android回收站在哪的问题就介绍到这了，希望介绍的几点解答对大家有用，有任何问题和不懂的，欢迎各位老师在评论区讨论，给我留言。

站在