Android背景图片内存使用情况

Question

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

640 x 935 x 4 字节 = 2.39M

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

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

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 的内存使用量。有人能解释一下为什么会这样吗？有什么解决办法吗？

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

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

Answer 1

Is that why it's making the image so big?

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

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

Is there any way to make it keep the original image size in any way?

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