Question

This question already has answers here:

Possible Duplicate:
Android: Strange out of memory issue while loading an image to a Bitmap object

i am downloading images from Url and displaying them. At download time it is giving out of memory error : bitmap size exceeds VM budget. I am using drawable. Code is below:

HttpClient httpclient= new DefaultHttpClient();
HttpResponse response=(HttpResponse)httpclient.execute(httpRequest);
HttpEntity entity= response.getEntity();
BufferedHttpEntity bufHttpEntity=new BufferedHttpEntity(entity);
InputStream instream = bufHttpEntity.getContent();

Bitmap bm = BitmapFactory.decodeStream(instream);
Bitmap useThisBitmap = 
Bitmap.createScaledBitmap(bm,bm.getWidth(),bm.getHeight(), true);
bm.recycle();
BitmapDrawable bt= new BitmapDrawable(useThisBitmap);
System.gc();

此处为错误:

`05-28 14:55:47.251: ERROR/AndroidRuntime(4188): 
 java.lang.OutOfMemoryError: bitmap size exceeds VM budget`

Answer 1

使用decodeStream(is, outPatter, Optionss)

BitmapFactory.Options opts=new BitmapFactory.Options();
opts.inDither=false;                     //Disable Dithering mode
opts.inPurgeable=true;                   //Tell to gc that whether it needs free memory, the Bitmap can be cleared
opts.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
opts.inTempStorage=new byte[32 * 1024];

Answer 2

你可以检查图像大小,然后通过适当的因素加以缩小。

见这一问题:。处理大比图

Answer 3

This issue seems to have been reported several times, here and here for instance... sorry Shalini but if it s the same issue, it seems that there is no solution at all...

The only recommendations of Romain Guy is to use less memory...

因此,希望你能以不同的方式看待你。

Answer 4

最后,在按上述建议复制图像后,请打电话 bitmap_file.rerix()。

Answer 5

通用公平市价是,有些安乐团的版本,特别是2.1版,完全没有像这个版本那样的问题。

我发表了一份说明,其中我非常关心资源使用问题。我甚至删除了我使用的许多轨道图,现在这些地图是利用图形缩略语制作的。如果没有使用这些地图,我也回收利用。当然,我已经核实,我的记忆中我没有发现任何传闻:旧的记忆在无控制的情况下生长,它将所有时间保持在合理的价值之内。

尽管我为努力避免这一问题付出了很大努力,但我继续获得大量像2.1和2.1更新1装置那样的无情例外。现在,我正在使用北极圈来报告坠毁事件,我看到,即便是用4兆字节的微粒,也发生这种事件,每台白盔的肥皂面积只有16千兆瓦的四倍,而事实上,这些天的大部分装置的肥力大于16千兆瓦。

我的所有轨道图都有800x480 pixels,就最糟糕的情况而言,如ARGB_8888, 可能不会各自占据1.5德国马克以上,但在仅仅占领4兆字节时试图装上1台,因此至少应该有12枚甲基溴。我的大多数比图被装上了一半记忆的ARGB_4444,我只使用ARGB_8888,而借方图看确实很差,444444。

因此,对我来说,很显然,这些文体上有一些东西没有做罚款。 99%的坠毁事件发生在2.1天和2.1天之间,其余原因可能是其他假想的原因。

Answer 6

我对许多事情进行了尝试。

BitmapFactory.Options opts=new BitmapFactory.Options();
opts.inDither=false;                     //Disable Dithering mode
opts.inPurgeable=true;        
opts.inScale=8;
///after you use your images
System.gc();

Answer 7

这是一个实际的答案,我试图在持续时间避免这一问题。它还解决了我的问题。

Runtime.getRuntime().gc();

要求垃圾收集员是一个好的想法。

友情链接