各位,我不认为这是重复的,也不是那些如何避免OOMs问题的人之一。这是对知识的真正追求,所以请不要参加投票.
假设我有一个JPEG of 500x500像素。我将其加载为ARGB_8888,即"bad as it gets“。
我希望Android能够分配500x500x4 bytes = a little under 1MB,但是,看看堆转储,您就会发现,Android分配的5-10要多得多,通常是5-10的因素大一倍。
您经常会在这里看到关于OOMS的问题,其中堆栈跟踪显示了一个heap request of say 15MB,而总是,比仅保存图像字节所需的要大得多。OP通常捕捉到一些下注,然后被有关使用较少内存的股票答案和评论所轰炸(谢谢罗曼!)在缩放方面。我认为这里有很多值得关注的地方。
有人知道这是为什么吗?
如果没有明显的答案,我将设置一个SSCCE,如果有帮助的话。
PS。我假设JPEG与PNG等无关,因为我们讨论的是支持位图的内存使用情况,它仅仅是BPP的x倍,还是说我慢了?
发布于 2013-11-30 17:19:58
它曾经是内存管理中非常常见的一种技巧,用于获取内存池或内存块,这些内存块被打包成更小的请求。当我使用嵌入式系统时,维护不同大小的内存池是一种常见的做法,我们只分配了一个比从一个池请求的数量更大的块。这是防止过多内存碎片的一种方便的方法。也许这是在这里发生的。
https://stackoverflow.com/questions/13323477
复制相似问题