Android背景图片内存使用情况

Question

我正在进行的项目使用了几个“高分辨率”背景（注意引号）。只是为了了解情况，其中之一是 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，但这会产生一些我无法接受的条带问题)。

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

Answer 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()，我认为不会，但我不能排除它。