我有一个列表视图,每行有几个图像按钮.单击列表行时,将启动新活动.由于相机布局有问题,我不得不建立自己的标签.为结果启动的活动是地图.如果我单击我的按钮启动图像预览(从SD卡加载图像),应用程序将从活动返回到活动返回到listview结果处理程序以重新启动我的新活动,这只是一个图像小部件.
列表视图上的图像预览正在使用光标和ListAdapter.这使得它非常简单,但我不确定如何放置一个经过调整大小的图像(即小的像素大小不像动态src图像按钮那样.所以我只是调整了从手机摄像头下来的图像.
问题是当我试图返回并重新启动第二个活动时,我收到内存不足错误.
有没有办法我可以轻松地逐行构建列表适配器,我可以在运行中调整大小(有点明智)？
这是更好的,因为我还需要对每行中的小部件/元素的属性进行一些更改,因为焦点问题我无法选择带触摸屏的行.(我可以用滚球.)
我知道我可以做一个带外调整大小并保存我的图像,但这不是我想要做的,但是一些示例代码会很好.
一旦我在列表视图上禁用了图像,它再次正常工作.
仅供参考:这就是我的做法:
String[] from = new String[] { DBHelper.KEY_BUSINESSNAME,DBHelper.KEY_ADDRESS,DBHelper.KEY_CITY,DBHelper.KEY_GPSLONG,DBHelper.KEY_GPSLAT,DBHelper.KEY_IMAGEFILENAME + ""};
int[] to = new int[] {R.id.businessname,R.id.address,R.id.city,R.id.gpslong,R.id.gpslat,R.id.imagefilename };
notes = new SimpleCursorAdapter(this, R.layout.notes_row, c, from, to);
setListAdapter(notes);
哪里R.id.imagefilename是ButtonImage.
这是我的LogCat:
01-25 05:05:49.877: ERROR/dalvikvm-heap(3896): 6291456-byte external allocation too large for this process. 01-25 05:05:49.877: ERROR/(3896): VM wont let us allocate 6291456 bytes 01-25 05:05:49.877: ERROR/AndroidRuntime(3896): Uncaught handler: thread main exiting due to uncaught exception 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): java.lang.OutOfMemoryError: bitmap size exceeds VM budget 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.graphics.BitmapFactory.nativeDecodeStream(Native Method) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:304) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:149) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:174) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.graphics.drawable.Drawable.createFromPath(Drawable.java:729) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.ImageView.resolveUri(ImageView.java:484) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.ImageView.setImageURI(ImageView.java:281) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.SimpleCursorAdapter.setViewImage(SimpleCursorAdapter.java:183) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.SimpleCursorAdapter.bindView(SimpleCursorAdapter.java:129) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.CursorAdapter.getView(CursorAdapter.java:150) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.AbsListView.obtainView(AbsListView.java:1057) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.ListView.makeAndAddView(ListView.java:1616) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.ListView.fillSpecific(ListView.java:1177) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.ListView.layoutChildren(ListView.java:1454) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.AbsListView.onLayout(AbsListView.java:937) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.view.View.layout(View.java:5611) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1119) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.LinearLayout.layoutHorizontal(LinearLayout.java:1108) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.LinearLayout.onLayout(LinearLayout.java:922) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.view.View.layout(View.java:5611) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.FrameLayout.onLayout(FrameLayout.java:294) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.view.View.layout(View.java:5611) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1119) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.LinearLayout.layoutVertical(LinearLayout.java:999) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.LinearLayout.onLayout(LinearLayout.java:920) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.view.View.layout(View.java:5611) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.widget.FrameLayout.onLayout(FrameLayout.java:294) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.view.View.layout(View.java:5611) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.view.ViewRoot.performTraversals(ViewRoot.java:771) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.view.ViewRoot.handleMessage(ViewRoot.java:1103) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.os.Handler.dispatchMessage(Handler.java:88) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.os.Looper.loop(Looper.java:123) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at android.app.ActivityThread.main(ActivityThread.java:3742) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at java.lang.reflect.Method.invokeNative(Native Method) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at java.lang.reflect.Method.invoke(Method.java:515) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:739) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:497) 01-25 05:05:49.917: ERROR/AndroidRuntime(3896): at dalvik.system.NativeStart.main(Native Method) 01-25 05:10:01.127: ERROR/AndroidRuntime(3943): ERROR: thread attach failed
显示图像时出现新错误:
01-25 22:13:18.594: DEBUG/skia(4204): xxxxxxxxxxx jpeg error 20 Improper call to JPEG library in state %d 01-25 22:13:18.604: INFO/System.out(4204): resolveUri failed on bad bitmap uri: 01-25 22:13:18.694: ERROR/dalvikvm-heap(4204): 6291456-byte external allocation too large for this process. 01-25 22:13:18.694: ERROR/(4204): VM won't let us allocate 6291456 bytes 01-25 22:13:18.694: DEBUG/skia(4204): xxxxxxxxxxxxxxxxxxxx allocPixelRef failed
Fedor.. 886
要修复OutOfMemory错误,您应该执行以下操作:
BitmapFactory.Options options = new BitmapFactory.Options(); options.inSampleSize = 8; Bitmap preview_bitmap = BitmapFactory.decodeStream(is, null, options);
此inSampleSize选项可减少内存消耗.
这是一个完整的方法.首先,它读取图像大小而不解码内容本身.然后它找到最佳inSampleSize值,它应该是2的幂,最后图像被解码.
// Decodes image and scales it to reduce memory consumption
private Bitmap decodeFile(File f) {
try {
// Decode image size
BitmapFactory.Options o = new BitmapFactory.Options();
o.inJustDecodeBounds = true;
BitmapFactory.decodeStream(new FileInputStream(f), null, o);
// The new size we want to scale to
final int REQUIRED_SIZE=70;
// Find the correct scale value. It should be the power of 2.
int scale = 1;
while(o.outWidth / scale / 2 >= REQUIRED_SIZE &&
o.outHeight / scale / 2 >= REQUIRED_SIZE) {
scale *= 2;
}
// Decode with inSampleSize
BitmapFactory.Options o2 = new BitmapFactory.Options();
o2.inSampleSize = scale;
return BitmapFactory.decodeStream(new FileInputStream(f), null, o2);
} catch (FileNotFoundException e) {}
return null;
}
我面临和Chrispix一样的问题,但我不认为这里的解决方案能够真正解决问题,而是回避它.更改样本大小会减少使用的内存量(以图像质量为代价,这对于图像预览来说可能没什么用),但如果解码的图像流足够大,如果有多个图像流则不会阻止异常解码.如果我找到一个更好的解决方案(并且可能没有),我会在这里发布一个答案. (68认同)
请注意,10可能不是inSampleSize的最佳值,文档建议使用2的幂. (31认同)
这个解决方案帮助了我,但图像质量很糟糕.我正在使用viewfilpper来显示图像的任何建议？ (8认同)
您只需要一个合适的尺寸来匹配屏幕的像素密度,以便放大,这样您就可以以更高的密度拍摄图像样本. (4认同)
REQUIRED_SIZE是您要缩放到的新大小. (4认同)
@Dopyiii FYI*= 2相当于>> 1,而不是>> 2 (2认同)
AdamK.. 628
在Android的训练课," 显示位图高效 ",提供了一些伟大的信息,理解和处理异常java.lang.OutOfMemoryError: bitmap size exceeds VM budget装载位图时.
的BitmapFactory类提供了几种解码方法(decodeByteArray(),decodeFile(),decodeResource(),等等),用于创建Bitmap来自各种来源.根据图像数据源选择最合适的解码方法.这些方法尝试为构造的位图分配内存,因此很容易导致OutOfMemory异常.每种类型的解码方法都有其他签名,可让您通过BitmapFactory.Options类指定解码选项.在解码时将inJustDecodeBounds属性设置为true避免内存分配,返回null位图对象但设置outWidth,outHeight和outMimeType.此技术允许您在构造(和内存分配)位图之前读取图像数据的尺寸和类型.
BitmapFactory.Options options = new BitmapFactory.Options(); options.inJustDecodeBounds = true; BitmapFactory.decodeResource(getResources(), R.id.myimage, options); int imageHeight = options.outHeight; int imageWidth = options.outWidth; String imageType = options.outMimeType;
为避免java.lang.OutOfMemory异常,请在解码之前检查位图的尺寸,除非您完全信任该源为您提供可预测大小的图像数据,这些图像数据可以轻松地放入可用内存中.
既然图像尺寸已知,它们可用于决定是否应将完整图像加载到内存中,或者是否应加载子采样版本.以下是需要考虑的一些因素:
估计在内存中加载完整映像的内存使用情况.
在给定应用程序的任何其他内存要求的情况下,您愿意承诺加载此映像的内存量.
要加载图像的目标ImageView或UI组件的尺寸.
屏幕尺寸和当前设备的密度.
例如,如果将最终显示在128x96像素的缩略图中,则不值得将1024x768像素图像加载到内存中ImageView.
告诉解码器子样本图像,加载一个较小的版本到内存中,设置inSampleSize到true你的BitmapFactory.Options对象.例如,分辨率为2048x1536且用inSampleSize4 解码的图像产生大约512x384的位图.将其加载到内存中对于完整图像使用0.75MB而不是12MB(假设位图配置为ARGB_8888).这是一种根据目标宽度和高度计算样本大小值的方法,该值为2的幂:
public static int calculateInSampleSize(
BitmapFactory.Options options, int reqWidth, int reqHeight) {
// Raw height and width of image
final int height = options.outHeight;
final int width = options.outWidth;
int inSampleSize = 1;
if (height > reqHeight || width > reqWidth) {
final int halfHeight = height / 2;
final int halfWidth = width / 2;
// Calculate the largest inSampleSize value that is a power of 2 and keeps both
// height and width larger than the requested height and width.
while ((halfHeight / inSampleSize) > reqHeight
&& (halfWidth / inSampleSize) > reqWidth) {
inSampleSize *= 2;
}
}
return inSampleSize;
}
注意:计算两个幂的幂是因为解码器使用最终值,通过向下舍入到最接近的2的幂,根据
inSampleSize文档.
要使用此方法,首先使用inJustDecodeBoundsset to 解码true,传递选项,然后使用新inSampleSize值再次解码并inJustDecodeBounds设置为false:
public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId,
int reqWidth, int reqHeight) {
// First decode with inJustDecodeBounds=true to check dimensions
final BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeResource(res, resId, options);
// Calculate inSampleSize
options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);
// Decode bitmap with inSampleSize set
options.inJustDecodeBounds = false;
return BitmapFactory.decodeResource(res, resId, options);
}
此方法可以轻松地将任意大尺寸的位图加载到ImageView显示100x100像素缩略图的位图中,如以下示例代码所示:
mImageView.setImageBitmap(
decodeSampledBitmapFromResource(getResources(), R.id.myimage, 100, 100));
您可以按照类似的过程解码来自其他来源的位图,BitmapFactory.decode*方法是根据需要替换相应的方法.
要修复OutOfMemory错误,您应该执行以下操作:
BitmapFactory.Options options = new BitmapFactory.Options(); options.inSampleSize = 8; Bitmap preview_bitmap = BitmapFactory.decodeStream(is, null, options);
此inSampleSize选项可减少内存消耗.
这是一个完整的方法.首先,它读取图像大小而不解码内容本身.然后它找到最佳inSampleSize值,它应该是2的幂,最后图像被解码.
// Decodes image and scales it to reduce memory consumption
private Bitmap decodeFile(File f) {
try {
// Decode image size
BitmapFactory.Options o = new BitmapFactory.Options();
o.inJustDecodeBounds = true;
BitmapFactory.decodeStream(new FileInputStream(f), null, o);
// The new size we want to scale to
final int REQUIRED_SIZE=70;
// Find the correct scale value. It should be the power of 2.
int scale = 1;
while(o.outWidth / scale / 2 >= REQUIRED_SIZE &&
o.outHeight / scale / 2 >= REQUIRED_SIZE) {
scale *= 2;
}
// Decode with inSampleSize
BitmapFactory.Options o2 = new BitmapFactory.Options();
o2.inSampleSize = scale;
return BitmapFactory.decodeStream(new FileInputStream(f), null, o2);
} catch (FileNotFoundException e) {}
return null;
}
在Android的训练课," 显示位图高效 ",提供了一些伟大的信息,理解和处理异常java.lang.OutOfMemoryError: bitmap size exceeds VM budget装载位图时.
的BitmapFactory类提供了几种解码方法(decodeByteArray(),decodeFile(),decodeResource(),等等),用于创建Bitmap来自各种来源.根据图像数据源选择最合适的解码方法.这些方法尝试为构造的位图分配内存,因此很容易导致OutOfMemory异常.每种类型的解码方法都有其他签名,可让您通过BitmapFactory.Options类指定解码选项.在解码时将inJustDecodeBounds属性设置为true避免内存分配,返回null位图对象但设置outWidth,outHeight和outMimeType.此技术允许您在构造(和内存分配)位图之前读取图像数据的尺寸和类型.
BitmapFactory.Options options = new BitmapFactory.Options(); options.inJustDecodeBounds = true; BitmapFactory.decodeResource(getResources(), R.id.myimage, options); int imageHeight = options.outHeight; int imageWidth = options.outWidth; String imageType = options.outMimeType;
为避免java.lang.OutOfMemory异常,请在解码之前检查位图的尺寸,除非您完全信任该源为您提供可预测大小的图像数据,这些图像数据可以轻松地放入可用内存中.
既然图像尺寸已知,它们可用于决定是否应将完整图像加载到内存中,或者是否应加载子采样版本.以下是需要考虑的一些因素:
估计在内存中加载完整映像的内存使用情况.
在给定应用程序的任何其他内存要求的情况下,您愿意承诺加载此映像的内存量.
要加载图像的目标ImageView或UI组件的尺寸.
屏幕尺寸和当前设备的密度.
例如,如果将最终显示在128x96像素的缩略图中,则不值得将1024x768像素图像加载到内存中ImageView.
告诉解码器子样本图像,加载一个较小的版本到内存中,设置inSampleSize到true你的BitmapFactory.Options对象.例如,分辨率为2048x1536且用inSampleSize4 解码的图像产生大约512x384的位图.将其加载到内存中对于完整图像使用0.75MB而不是12MB(假设位图配置为ARGB_8888).这是一种根据目标宽度和高度计算样本大小值的方法,该值为2的幂:
public static int calculateInSampleSize(
BitmapFactory.Options options, int reqWidth, int reqHeight) {
// Raw height and width of image
final int height = options.outHeight;
final int width = options.outWidth;
int inSampleSize = 1;
if (height > reqHeight || width > reqWidth) {
final int halfHeight = height / 2;
final int halfWidth = width / 2;
// Calculate the largest inSampleSize value that is a power of 2 and keeps both
// height and width larger than the requested height and width.
while ((halfHeight / inSampleSize) > reqHeight
&& (halfWidth / inSampleSize) > reqWidth) {
inSampleSize *= 2;
}
}
return inSampleSize;
}
注意:计算两个幂的幂是因为解码器使用最终值,通过向下舍入到最接近的2的幂,根据
inSampleSize文档.
要使用此方法,首先使用inJustDecodeBoundsset to 解码true,传递选项,然后使用新inSampleSize值再次解码并inJustDecodeBounds设置为false:
public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId,
int reqWidth, int reqHeight) {
// First decode with inJustDecodeBounds=true to check dimensions
final BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeResource(res, resId, options);
// Calculate inSampleSize
options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);
// Decode bitmap with inSampleSize set
options.inJustDecodeBounds = false;
return BitmapFactory.decodeResource(res, resId, options);
}
此方法可以轻松地将任意大尺寸的位图加载到ImageView显示100x100像素缩略图的位图中,如以下示例代码所示:
mImageView.setImageBitmap(
decodeSampledBitmapFromResource(getResources(), R.id.myimage, 100, 100));
您可以按照类似的过程解码来自其他来源的位图,BitmapFactory.decode*方法是根据需要替换相应的方法.
我对Fedor的代码做了一点改进.它基本上是一样的,但没有(在我看来)丑陋的while循环,它总是导致2的幂.感谢Fedor制作原始解决方案,我被困住直到找到了他,然后我才能做到这一点:)
private Bitmap decodeFile(File f){
Bitmap b = null;
//Decode image size
BitmapFactory.Options o = new BitmapFactory.Options();
o.inJustDecodeBounds = true;
FileInputStream fis = new FileInputStream(f);
BitmapFactory.decodeStream(fis, null, o);
fis.close();
int scale = 1;
if (o.outHeight > IMAGE_MAX_SIZE || o.outWidth > IMAGE_MAX_SIZE) {
scale = (int)Math.pow(2, (int) Math.ceil(Math.log(IMAGE_MAX_SIZE /
(double) Math.max(o.outHeight, o.outWidth)) / Math.log(0.5)));
}
//Decode with inSampleSize
BitmapFactory.Options o2 = new BitmapFactory.Options();
o2.inSampleSize = scale;
fis = new FileInputStream(f);
b = BitmapFactory.decodeStream(fis, null, o2);
fis.close();
return b;
}
我来自iOS经验,我很沮丧地发现了一个像加载和显示图像这样基本的问题.毕竟,遇到此问题的每个人都试图显示合理大小的图像.无论如何,这里有两个修改我的问题的变化(并使我的应用程序非常敏感).
1)你做的每一次BitmapFactory.decodeXYZ(),请务必在一传BitmapFactory.Options有inPurgeable集于true(并优选inInputShareable也设置为true).
2)永远不要使用Bitmap.createBitmap(width, height, Config.ARGB_8888).我的意思是从来没有!我几乎没有通过这件事就没有引起内存错误.再多recycle(),System.gc(),任何帮助.它总是引发异常.实际工作的另一种方法是在drawables中使用虚拟图像(或者使用上面的步骤1解码的另一个Bitmap),将其重新缩放到您想要的任何位置,然后操纵生成的Bitmap(例如将其传递给Canvas)为了更多的乐趣).那么,你应该使用的是:Bitmap.createScaledBitmap(srcBitmap, width, height, false).如果由于某种原因你必须使用暴力创造方法,那么至少通过Config.ARGB_4444.
这几乎可以保证,如果不是几天,你可以节省数小时.所有关于缩放图像等的讨论都没有真正起作用(除非您考虑将错误的大小或降级的图像作为解决方案).
这是一个已知的错误,它不是因为大文件.由于Android缓存了Drawables,因此在使用少量图像后内存不足.但是我通过跳过android默认缓存系统找到了另一种方法.
解决方案:将图像移动到"assets"文件夹并使用以下函数获取BitmapDrawable:
public static Drawable getAssetImage(Context context, String filename) throws IOException {
AssetManager assets = context.getResources().getAssets();
InputStream buffer = new BufferedInputStream((assets.open("drawable/" + filename + ".png")));
Bitmap bitmap = BitmapFactory.decodeStream(buffer);
return new BitmapDrawable(context.getResources(), bitmap);
}
我有同样的问题,通过避免使用BitmapFactory.decodeStream或decodeFile函数来解决它 BitmapFactory.decodeFileDescriptor
decodeFileDescriptor 看起来它比decodeStream/decodeFile调用不同的本机方法.
无论如何,这是有效的(请注意,我添加了一些选项,如上所述,但这不是产生差异的原因.重要的是调用BitmapFactory.decodeFileDescriptor而不是decodeStream或decodeFile):
private void showImage(String path) {
Log.i("showImage","loading:"+path);
BitmapFactory.Options bfOptions=new BitmapFactory.Options();
bfOptions.inDither=false; //Disable Dithering mode
bfOptions.inPurgeable=true; //Tell to gc that whether it needs free memory, the Bitmap can be cleared
bfOptions.inInputShareable=true; //Which kind of reference will be used to recover the Bitmap data after being clear, when it will be used in the future
bfOptions.inTempStorage=new byte[32 * 1024];
File file=new File(path);
FileInputStream fs=null;
try {
fs = new FileInputStream(file);
} catch (FileNotFoundException e) {
//TODO do something intelligent
e.printStackTrace();
}
try {
if(fs!=null) bm=BitmapFactory.decodeFileDescriptor(fs.getFD(), null, bfOptions);
} catch (IOException e) {
//TODO do something intelligent
e.printStackTrace();
} finally{
if(fs!=null) {
try {
fs.close();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
//bm=BitmapFactory.decodeFile(path, bfOptions); This one causes error: java.lang.OutOfMemoryError: bitmap size exceeds VM budget
im.setImageBitmap(bm);
//bm.recycle();
bm=null;
}
我认为decodeStream/decodeFile中使用的本机函数存在问题.我已经确认在使用decodeFileDescriptor时会调用不同的本机方法.我还读到的是"图像(位图)不是以标准Java方式分配,而是通过本机调用分配;分配是在虚拟堆之外完成的,但是要对它进行 计数! "
我认为避免这种OutOfMemoryError情况的最佳方法是面对它并理解它.
我制作了一个有意识地引起并监控内存使用情况的应用程序OutOfMemoryError.
在我使用此应用程序完成了大量实验后,我得出以下结论:
我将在Honey Comb之前讨论SDK版本.
位图存储在本机堆中,但它会自动收集垃圾,调用recycle()是不必要的.
如果{VM堆大小} + {已分配的本机堆内存}> = {设备的VM堆大小限制},并且您尝试创建位图,则将抛出OOM.
注意:计算VM HEAP SIZE而不是VM ALLOCATED MEMORY.
即使分配的VM内存缩小,VM堆大小也不会在增长后缩小.
因此,您必须尽可能降低峰值VM内存,以防止VM堆大小过大而无法为Bitmaps节省可用内存.
手动调用System.gc()是没有意义的,系统会在尝试增加堆大小之前先调用它.
原生堆大小永远不会缩小,但它不计入OOM,因此无需担心它.
然后,我们来谈谈从Honey Comb开始的SDK.
位图存储在VM堆中,本机内存不计入OOM.
OOM的条件要简单得多:{VM heap size}> = {设备的VM堆大小限制}.
因此,您有更多可用内存来创建具有相同堆大小限制的位图,因此不太可能抛出OOM.
以下是我对垃圾收集和内存泄漏的一些观察.
您可以在App中自己查看.如果一个Activity执行了一个在销毁Activity之后仍在运行的AsyncTask,那么在AsyncTask完成之前,Activity不会被垃圾收集.
这是因为AsyncTask是匿名内部类的一个实例,它拥有Activity的引用.
如果在后台线程中的IO操作中阻止任务,则调用AsyncTask.cancel(true)将不会停止执行.
回调也是匿名内部类,因此如果项目中的静态实例保留它们并且不释放它们,则内存将被泄露.
如果您安排了重复或延迟的任务,例如Timer,并且您没有在onPause()中调用cancel()和purge(),则内存将被泄露.
我最近看到了很多关于OOM异常和缓存的问题.开发人员指南有一篇非常好的文章,但有些人往往以合适的方式实现它.
因此,我编写了一个示例应用程序,演示了Android环境中的缓存.这个实现还没有得到OOM.
查看此答案的结尾以获取源代码的链接.
Android API 2.1或更高版本(我根本无法为API 1.6中的应用程序获取可用内存 - 这是在API 1.6中不起作用的唯一代码段)
Android支持包
如果使用单例进行方向更改,则保留缓存
使用八分之一指定的应用程序内存来缓存(如果你想修改)
大位图得到缩放(您可以定义要允许的最大像素)
在下载位图之前控制可用的Internet连接
确保您每行只实例化一个任务
如果你丢的ListView了,它根本不会下载的位图
磁盘缓存.无论如何,这应该很容易实现 - 只需指向从磁盘抓取位图的不同任务
正在下载的图像是来自Flickr的图像(75x75).但是,放置您想要处理的任何图像URL,如果超过最大值,应用程序将缩小它.在这个应用程序中,网址只是一个String数组.
该LruCache有一个很好的方式来处理位图.但是,在这个应用程序中,我将一个LruCache内部实例放在我创建的另一个缓存类中,以使应用程序更加可行.
Cache.java的关键内容(loadBitmap()方法是最重要的):
public Cache(int size, int maxWidth, int maxHeight) {
// Into the constructor you add the maximum pixels
// that you want to allow in order to not scale images.
mMaxWidth = maxWidth;
mMaxHeight = maxHeight;
mBitmapCache = new LruCache(size) {
protected int sizeOf(String key, Bitmap b) {
// Assuming that one pixel contains four bytes.
return b.getHeight() * b.getWidth() * 4;
}
};
mCurrentTasks = new ArrayList();
}
/**
* Gets a bitmap from cache.
* If it is not in cache, this method will:
*
* 1: check if the bitmap url is currently being processed in the
* BitmapLoaderTask and cancel if it is already in a task (a control to see
* if it's inside the currentTasks list).
*
* 2: check if an internet connection is available and continue if so.
*
* 3: download the bitmap, scale the bitmap if necessary and put it into
* the memory cache.
*
* 4: Remove the bitmap url from the currentTasks list.
*
* 5: Notify the ListAdapter.
*
* @param mainActivity - Reference to activity object, in order to
* call notifyDataSetChanged() on the ListAdapter.
* @param imageKey - The bitmap url (will be the key).
* @param imageView - The ImageView that should get an
* available bitmap or a placeholder image.
* @param isScrolling - If set to true, we skip executing more tasks since
* the user probably has flinged away the view.
*/
public void loadBitmap(MainActivity mainActivity,
String imageKey, ImageView imageView,
boolean isScrolling) {
final Bitmap bitmap = getBitmapFromCache(imageKey);
if (bitmap != null) {
imageView.setImageBitmap(bitmap);
} else {
imageView.setImageResource(R.drawable.ic_launcher);
if (!isScrolling && !mCurrentTasks.contains(imageKey) &&
mainActivity.internetIsAvailable()) {
BitmapLoaderTask task = new BitmapLoaderTask(imageKey,
mainActivity.getAdapter());
task.execute();
}
}
}
除非要实现磁盘缓存,否则您不需要编辑Cache.java文件中的任何内容.
MainActivity.java的关键内容:
public void onScrollStateChanged(AbsListView view, int scrollState) {
if (view.getId() == android.R.id.list) {
// Set scrolling to true only if the user has flinged the
// ListView away, hence we skip downloading a series
// of unnecessary bitmaps that the user probably
// just want to skip anyways. If we scroll slowly it
// will still download bitmaps - that means
// that the application won't wait for the user
// to lift its finger off the screen in order to
// download.
if (scrollState == SCROLL_STATE_FLING) {
mIsScrolling = true;
} else {
mIsScrolling = false;
mListAdapter.notifyDataSetChanged();
}
}
}
// Inside ListAdapter...
@Override
public View getView(final int position, View convertView, ViewGroup parent) {
View row = convertView;
final ViewHolder holder;
if (row == null) {
LayoutInflater inflater = getLayoutInflater();
row = inflater.inflate(R.layout.main_listview_row, parent, false);
holder = new ViewHolder(row);
row.setTag(holder);
} else {
holder = (ViewHolder) row.getTag();
}
final Row rowObject = getItem(position);
// Look at the loadBitmap() method description...
holder.mTextView.setText(rowObject.mText);
mCache.loadBitmap(MainActivity.this,
rowObject.mBitmapUrl, holder.mImageView,
mIsScrolling);
return row;
}
getView()经常被召唤.如果我们没有实现检查以确保我们不会每行启动无限量的线程,那么在那里下载图像通常不是一个好主意.Cache.java检查是否rowObject.mBitmapUrl已经在任务中,如果是,则不会启动另一个任务.因此,我们很可能不会超出AsyncTask池中的工作队列限制.
您可以从https://www.dropbox.com/s/pvr9zyl811tfeem/ListViewImageCache.zip下载源代码.
我已经测试了几个星期了,我还没有得到一个OOM例外.我已经在模拟器,Nexus One和Nexus S上对此进行了测试.我测试的图像网址包含高清质量的图像.唯一的瓶颈是下载需要更多时间.
只有一种可能的情况,我可以想象OOM会出现,也就是说,如果我们下载许多非常大的图像,并且在它们被缩放并放入缓存之前,将会同时占用更多内存并导致OOM.但这无论如何都不是理想的情况,很可能无法以更可行的方式解决.
在评论中报告错误!:-)
我做了以下操作来拍摄图像并在运行中调整大小.希望这可以帮助
Bitmap bm; bm = Bitmap.createScaledBitmap(BitmapFactory.decodeFile(filepath), 100, 100, true); mPicture = new ImageView(context); mPicture.setImageBitmap(bm);
这似乎是一个非常长期存在的问题,有很多不同的解释.我在这里接受了两个最常见的答案的建议,但这些都没有解决我的VM问题,声称它无法承担字节来执行过程的解码部分.经过一番挖掘后,我了解到这里的真正问题是解除了NATIVE堆的过程.
看到这里:BitmapFactory OOM让我疯狂
这引导我进入另一个讨论主题,在那里我找到了更多解决这个问题的方法.一种是System.gc();在显示图像后手动调用.但这实际上使您的应用程序使用更多内存,以减少本机堆.2.0(Donut)发布时更好的解决方案是使用BitmapFactory选项"inPurgeable".所以,我只是增加o2.inPurgeable=true;刚过o2.inSampleSize=scale;.
有关该主题的更多信息:内存堆的限制是否只有6M？
现在,说完所有这些之后,我对Java和Android也是一个完整的过程.因此,如果您认为这是解决此问题的可怕方法,那么您可能是对的.;-)但这对我有用,我发现现在无法从堆缓存中运行VM.我能找到的唯一缺点就是你在捣毁你的缓存绘制图像.这意味着如果你回到那个图像,你每次都会重新绘制它.在我的应用程序如何工作的情况下,这不是一个真正的问题.你的旅费可能会改变.
不幸的是,如果以上都不起作用,那么将其添加到您的清单文件中.内部应用标签
京公网安备 11010802040832号