Android位图限制-阻止java.lang.OutOfMemory
我目前正在与Android平台的一个奇怪行为作斗争——位图/Java堆内存限制。根据设备的不同，Android将应用程序开发人员的Java堆空间限制为16、24或32MIB（或者你可以在根手机上找到任意值）。这可以说是相当小，但相对简单，因为我可以使用以下API衡量使用情况：Android位图限制-阻止java.lang.OutOfMemory,android,out-of-memory,Android,Out Of Memory,我目前正在与Android平台的一个奇怪行为作斗争——位图/Java堆内存限制。根据设备的不同，Android将应用程序开发人员的Java堆空间限制为16、24或32MIB（或者你可以在根手机上找到任意值）。这可以说是相当小，但相对简单，因为我可以使用以下API衡量使用情况： Runtime rt = Runtime.getRuntime(); long javaBytes = rt.totalMemory() - rt.freeMemory(); long javaLimit = rt.max
Runtime rt = Runtime.getRuntime();
long javaBytes = rt.totalMemory() - rt.freeMemory();
long javaLimit = rt.maxMemory();
while(true) {
try {
return BitmapFactory.decodeResource(context.getResources(), android_id, bitmapFactoryOptions);
} catch (java.lang.OutOfMemory e) {
// Do some logging
// Now free some space (the code below is a simplified version of the real thing)
Bitmap victim = selectVictim();
victim.recycle();
System.gc(); // REQUIRED; else, weird behavior ensues
}
}
D/dalvikvm（17641）：GC_FOR_MALLOC freed每个设备的限制不同（如果要按原样加载位图，请使用第三个链接），或者这里有一些技巧来避免该问题，如：
- 使用应用程序类的onLowMemory（）释放一些内存以避免崩溃
- 在解码位图之前，请指示所需的位图大小。查看链接以了解更多信息：
- 当然，还要释放旧位图的内存
用这个小飞贼，对我有用
/**
* Checks if a bitmap with the specified size fits in memory
* @param bmpwidth Bitmap width
* @param bmpheight Bitmap height
* @param bmpdensity Bitmap bpp (use 2 as default)
* @return true if the bitmap fits in memory false otherwise
*/
public static boolean checkBitmapFitsInMemory(long bmpwidth,long bmpheight, int bmpdensity ){
long reqsize=bmpwidth*bmpheight*bmpdensity;
long allocNativeHeap = Debug.getNativeHeapAllocatedSize();
final long heapPad=(long) Math.max(4*1024*1024,Runtime.getRuntime().maxMemory()*0.1);
if ((reqsize + allocNativeHeap + heapPad) >= Runtime.getRuntime().maxMemory())
{
return false;
}
return true;
}
BitmapFactory.Options bmpFactoryOptions = new BitmapFactory.Options();
bmpFactoryOptions.inJustDecodeBounds=true;
BitmapFactory.decodeFile(path,bmpFactoryOptions);
if ( (runInSafeMemoryMode()) && (!Manager.checkBitmapFitsInMemory(bmpFactoryOptions.outWidth, bmpFactoryOptions.outHeight, 2)) ){
Log.w(TAG,"Aborting bitmap load for avoiding memory crash");
return null;
}
我尝试了Application.onLowMemory（）。不幸的是，在我的segfault崩溃的复制中，它从未被调用。这与我最终使用的代码非常相似。我使用bitmap.recycle（）来释放空间，而不是返回true/false…我尝试了。。。但是如果我使用checkBitmapFitsInMemory（），它将返回false；如果我不使用checkBitmapFitsInMemory（），应用程序将加载位图而不会发生任何崩溃。我的记录值：bmpwidth=93，bmpheight=131，bmpdensity=2，reqsize=24366，heapPad=4194304，allocNativeHeap=33150304，maxMemory=33554432。你知道如何编写一个类似的方法，但效果更好吗？这段代码在Honeycom和更高版本上不起作用，因为位图不再存储在本机堆上了。@vomitcuddle发布Honeycom之后，你要做什么才能更新这段代码，使其正常工作。这只是对Debug.getNativeHeapLocatedSize（）的不同调用，并用其他内容替换它吗？另外，您在上面定义的常量是什么。1024个组件表示纹理大小，4个组件表示每像素字节的配置数，0.1只是一个任意数，这样我们就不会将其加载到超过十分之一的可用内存中？@dpk-toMib是一个将大字节计数格式化为更友好的“12.3mib”的助手。。。MiB是更迂腐的MB形式，它意味着base-1024 SI单位而不是base-1000。我可能没有意识到我使用了它，也没有粘贴它。您可以删除它或使其成为您自己喜爱的格式，而不影响代码的意图。
BitmapFactory.Options bmpFactoryOptions = new BitmapFactory.Options();
bmpFactoryOptions.inJustDecodeBounds=true;
BitmapFactory.decodeFile(path,bmpFactoryOptions);
if ( (runInSafeMemoryMode()) && (!Manager.checkBitmapFitsInMemory(bmpFactoryOptions.outWidth, bmpFactoryOptions.outHeight, 2)) ){
Log.w(TAG,"Aborting bitmap load for avoiding memory crash");
return null;
}