Question

几天前，我们在Play商店发布了一个应用程序，它处理高质量的位图，并且都是关于编辑它们的。

当我们意识到20％的设备出现内存错误时，一切进展顺利。所以我们检查了我们的代码，发现Android没有发布用于在某些设备上存储位图数据的本机内存。在这种情况下，我们欢迎循环命令。

内存错误消失了（至少在高清设备中）。无论如何，我们很高兴。但今天我们开始看到50％的设备开始出现另一个错误：＆＃34;无法复制回收的位图＆＃34;

我们感到很沮丧。在我们代码中的两个bitmap.copy（）行中，有一半的设备不能同步执行这两行：

Bitmap anotherBitmap = bitmap.copy( bitmap.getConfig(), true );
bitmap.recycle();

所以我们删除了回收并发布了另一个更新，决定限制设备的屏幕大小，所以小的不会给我们一个糟糕的评级。

这是我的问题。为什么有些设备可以在回收之前复制，有一半不能复制？

我阅读了Google的位图相关文档，并且已经知道位图是如何存储在vm的堆和本机堆中的，垃圾收集如何处理内存不足错误等等.Google提供的示例代码加载和编辑大位图几乎与我们的相同。

阅读了很多博客，谷歌群组线程，github代码示例......我想我还需要一本关于Android位图的好文档/书籍。

PS：我们已经在使用inSampleSize在解码位图时缩放位图。

编辑 - 以下是崩溃报告中的一些数据：

所有设备都是非root用户。在大多数情况下，使用的内存在25％到35％之间。

Manufacturers: 
57% LG
31% Samsung
10% Casper Via V5 (Turkey based company, sells rebranded Chinese phones)

Devices:
81% LG D855 (G3)
18% LG D802TR (G2)
----
66% Samsung SM N910C (Galaxy Note 4)
20% Samsung SM A700F (Galaxy A7)

Operating Systems:
68% Android 5
31% Android 4

OS 5 Details
69% Android 5.0
30% Android 5.0.1

OS4 Details
66% Android 4.4.2
33% Android 4.4.4

Answer 1

你真的确定出于某种原因吗

bitmap.copy（..）

没有被调用两次？

即：

//首先调用Bitmap anotherBitmap = bitmap.copy（bitmap.getConfig（），   真的）; bitmap.recycle（）;

[...]

//第二次调用Bitmap anotherBitmap = bitmap.copy（bitmap.getConfig（），   真的）; bitmap.recycle（）;

to bitmap.recycle（），或者不是bitmap.recycle（）

1 个答案: