Android背景图片内存使用情况

Posted 2023-02-25

【中文标题】Android背景图片内存使用情况

【英文标题】：Android background image memory usage

【发布时间】：2012-10-18 13:17:13

【问题描述】：

我正在进行的项目使用了几个“高分辨率”背景（注意引号）。只是为了了解情况，其中之一是 640x935 1.19M PNG 文件。据我所知，即使 android 将图像作为原始数据解压到内存中，这应该是：

640 x 935 x 4 字节 = 2.39M

我的项目存在内存问题，我无法真正理解，我希望有人能对此事有所了解。我将列出我正在开发的两种设备以及一些结果。

为了确保这不是次要问题，我让一个活动在首次创建时不加载背景，然后，当用户按下按钮时，它所做的只是：

findViewById(R.id.completed_block_background).setBackgroundResource(R.drawable.blockbackgroundbottom1);

然后，在进程上使用带有“更新堆”的 DDMS（并首先强制 GC 以确保这不会成为问题），我得到以下内存结果：

Nexus S：从 18M 到 26M（8M 差异）

Galaxy Nexus：从 28M 到 39M（相差 11M）

因此，如您所见，将理论上 2.39M 的未压缩图像放入背景实际上会增加 8M 和 11M 的内存使用量。有人能解释一下为什么会这样吗？有什么解决办法吗？

我能找到的唯一解决方案是使用位图将分辨率减半或降低通道格式（到目前为止，这是我所做的，将它们切换到 565 RGB，但这会产生一些我无法接受的条带问题)。

如果没有什么可以做的，我也会接受解释为什么会发生这种情况。提前致谢。

【问题讨论】：

是什么让你认为你的 1.19MB PNG 文件只会占用 2.12MB 的堆空间？我预计它会占用更多的空间。

@CommonsWare 他展示了计算：640 x 935 x 4bytes = 2.39M，你能看出他的错误吗？

@lenik：我还没有见过压缩比如此糟糕的 PNG。

@CommonsWare 这是一个非常精细的图像，我想这可能是压缩率如此之低的原因。无论如何，我将图像转换为原始 BMP 图像以确保我没有做任何事情，是的，它是 2.39M，所以我仍然坚持为什么设备需要这么多内存：/

R.id.completed_block_background 的大小是否正好是 640x935？

【参考方案1】：

这就是它使图像如此之大的原因吗？

嗯，发生的事情是 setBackgroundResource(R.drawable.blockbackgroundbottom1) 将导致 Android 首先执行您尝试过的 BitmapFactory.decodeResource() 事情，然后让渲染逻辑缩放图像以将其应用为背景。因此，例如，Galaxy Nexus 和 Nexus S 之间的 3MB 差异可能反映了LinearLayout 的再现之间的大小差异（以像素为单位）。

可能还会根据屏幕密度进行一些重新采样，具体取决于您将此图像存储在资源树中的位置。

有什么方法可以让它保持原图大小吗？

即兴发挥，我首先尝试将其放入res/drawable-nodpi/（以防止任何基于密度的自动重采样），然后通过采用BitmapFactory.Options 的BitmapFactory.decodeResource() 版本手动获取Bitmap，所以您可以在读入时对其进行缩放。如果这似乎没有多大帮助，您可能需要将 PNG 从可绘制资源中移出并移到原始资源或资产中，因为 Android 可能仍会尝试保留一个 un-图像的缩放副本。如果你自己直接使用BitmapFactory.decodeResource()，我认为不会，但我不能排除它。

【讨论】：

太棒了……太棒了！你让我免于很多头痛。将图像移动到 drawable-nodpi 只会增加内存使用量，现在只有 1M...谢谢！

如果您正在开发包含大量/大量图像的 Android 应用程序，这可能是我在 SO 上见过的最重要的内存管理快速修复

谁能贴出如何使用此方法将图像设置为缩放背景的代码？

是不是把图片放到res/drawable-nodpi中而不是res/drawable中那么简单？

回答了我自己的问题，看起来确实那么简单！