![android-最初从位图泄漏了未引用的byte [],但被回收的()导致内存泄漏(直到活动停止),第1张 android-最初从位图泄漏了未引用的byte [],但被回收的()导致内存泄漏(直到活动停止),第1张](/aiimages/android-%E6%9C%80%E5%88%9D%E4%BB%8E%E4%BD%8D%E5%9B%BE%E6%B3%84%E6%BC%8F%E4%BA%86%E6%9C%AA%E5%BC%95%E7%94%A8%E7%9A%84byte+%5B%5D%2C%E4%BD%86%E8%A2%AB%E5%9B%9E%E6%94%B6%E7%9A%84%28%29%E5%AF%BC%E8%87%B4%E5%86%85%E5%AD%98%E6%B3%84%E6%BC%8F%28%E7%9B%B4%E5%88%B0%E6%B4%BB%E5%8A%A8%E5%81%9C%E6%AD%A2%29.png)
我的位图内存泄漏导致内存不足.我在Android 5.0(Samsung S5)上运行了测试.我已经使用AndroID Studio(1.5.1 2.0.0预览版7)调查了此问题. HPROF内存转储显示有多个byte []完全对应于我临时使用的特定巨大位图.如果我确定保留对位图的引用,则AndroID Studio将向我显示一个11MB大小的位图和一个11MB浅尺寸的byte [].如果我不保留对位图的引用,则某些位图将被垃圾回收,并且某些位图最终以byte []的形式出现,而没有传入的引用(即,没有父级),如图所示.
我已经对我的应用程序进行了足够的测试,足以有把握地知道该11MB字节[]是我在内存中存储的大约2891x1000x4位图.一些较小的位图也会泄漏,并且没有传入的引用出现.
上面的位图在子活动中分配.如果我返回到父活动(在相同的过程中,也就是在dalvikVM中)并强制使用2x GC,则会释放内存.退出子活动之前,多个手动GC不会释放内存.
这似乎与我是否运行bitmap.recycle()无关.如果我只是站在应用程序的同一位置并运行从同一视图中生成巨大位图的代码,则这种情况很少发生.如果我在应用程序中移动并从不同的视图生成位图,则位图的出现频率会更高,例如从50%泄漏到10%泄漏.
>这是AndroID的错误吗?
>我是否以某种方式使用了错误的位图,而AndroID Studio却无法向我显示正确的内存视图?
>我的理解是正确的,如果下面的参考树中没有父母(见图),那么内存应该由垃圾收集器释放(因此它是AndroID BUG或studio BUG或hprof dump-BUG吗?)
解决方法:
我发现了泄漏的解决方案,尽管AndroID Studios报告未引用的byte []仍然是一个谜.
看来我做过的ImageVIEw
imageVIEw.setimageBitmap(bitmap)将防止基于GC的byte []基础位图. bitmap.recycle()无济于事,unbinddrawables()也无济于事
if (imageVIEw.getBackground() != null) { imageVIEw.getBackground().setCallback(null);}setimagebackground(imageVIEw, null);imageVIEw.setimageBitmap(null);imageVIEw.setimageDrawable(null);当我从视图层次结构中删除视图并删除我自己对该视图的所有引用时,然后byte []被GC处理,泄漏就消失了.
总结以上是内存溢出为你收集整理的android-最初从位图泄漏了未引用的byte [],但被回收的()导致内存泄漏(直到活动停止)全部内容,希望文章能够帮你解决android-最初从位图泄漏了未引用的byte [],但被回收的()导致内存泄漏(直到活动停止)所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)