android - 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/（以防止任何基于密度的自动重采样），然后手动获取Bitmapvia 的版本BitmapFactory.decodeResource()，BitmapFactory.Options这样您就可以在读取时对其进行缩放。如果确实如此似乎没有多大帮助，您可能需要将 PNG 从可绘制资源中移到原始资源或资产中，因为 Android 可能仍会尝试保留图像的未缩放副本。如果你直接使用自己，我认为它不会BitmapFactory.decodeResource()，但我不能排除它。