位图引起的内存溢出OutOfMemory解决方案

作者:老帅

一、问题描述:Android下的相机在独自使用时,拍照没有问题,通过我们的代码调用时,也正常,但是更换了不同厂商的平板,ROM由Android4.0变成了Android4.1后,拍照出现了OutOfMemory异常,程序中断退出。如何解决这个问题呢?

二、先看看我们之前所写的代码

1) 调用系统相机(没有怀疑这里出错,代码略)

2)显示图片

mImageView = (ImageView) findViewById(R.id.imageView);

fileName = mData.get(0).toString();

Bitmap bitmap = BitmapFactory.decodeFile(fileName);

mImageView.setImageBitmap(bitmap);

三、问题分析

经过调试排查,发现我们的bitmap图片达到3M,如果是3K则不出错。啥原理呢?

四、先来看看,Android的内存溢出是如何发生的?

Android的虚拟机是基于寄存器的Dalvik,它的最大堆大小一般是16M,有的机器为24M。因此我们所能利用的内存空间是有限的。如果我们的内存占用超过了一定的水平就会出现OutOfMemory的错误。

为什么会出现内存不够用的情况呢?我想原因主要有两个:

程序本身运行就占有一定的内存,而程序在使用较大的bitmap时,又需要一个更大的内存空间。控制不当,就容易造成内OutOfMemory。

五、Android对应用程序内存的限制

android不同设备单个进程可用内存是不一样的,可以查看/system/build.prop文件。

dalvik.vm.heapsize=24m

dalvik.vm.heapgrowthlimit=16m

可以自行对这个限制进行更改,当然需要先对设备进行ROOT

六、加载位图原理分析

1、BitmapFactory提供了几种解码方式(decodeByteArray(), decodeFile(), decodeResource()等等),以便从多种资源中创建一个Bitmap(位图)对象。可以根据你的图片数据来源选择最合适的解码方式。这些方法视图为构造Bitmap对象分配内存,因此很容易导致OutOfMemory(OOM)异常。每一种解码方式都有额外的特征,你可以通过BitmapFactory.Options类类指定解码方法。

2、尽量不要使用setImageBitmap或setImageResource或BitmapFactory.decodeResource直接使用图片路径来设置一张大图,因为这些函数在完成decode后,最终都是通过java层的createBitmap来完成的,需要消耗更多内存。改用先通过BitmapFactory.decodeStream方法,创建出一个bitmap,再调用上述方法将其设为ImageView的 source。decodeStream最大的秘密在于其直接调用JNI>>nativeDecodeAsset()来完成decode,无需再使用java层的createBitmap,从而节省了java层的空间。下面是使用InputStream加载图片的几种方法:

方法一、加载资源文件中指定的图片

InputStream is = getResources().openRawResource(R.drawable.temp);

方法二、加载assest目录下的图片

AssetManager asm=getAssetMg();

InputStream is=asm.open(name);//name:图片的名称

方法三、加载SD卡目录下的图片

String path =Environment.getExternalStorageDirectory().toString()+ "/DCIM/device.png";

inputStream is = new FileInputStream(path)

七、解决方案

private ImageView preview;

//1.加载位图

String path = Environment.getExternalStorageDirectory().toString()+"/DCIM/device.png";

inputStream is = new FileInputStream(path)

//2.为位图设置100K的缓存

BitmapFactory.Options opts=new BitmapFactory.Options();

opts.inTempStorage = new byte[100 * 1024];

//3.设置位图颜色显示优化方式

//ALPHA_8:每个像素占用1byte内存(8位)

//ARGB_4444:每个像素占用2byte内存(16位)

//ARGB_8888:每个像素占用4byte内存(32位)

//RGB_565:每个像素占用2byte内存(16位)

//Android默认的颜色模式为ARGB_8888,这个颜色模式色彩最细腻,显示质量最高。但同样的,占用的内存//也最大。也就意味着一个像素点占用4个字节的内存。我们来做一个简单的计算题:3200*2400*4 bytes //=30M。如此惊人的数字!哪怕生命周期超不过10s,Android也不会答应的。

opts.inPreferredConfig = Bitmap.Config.RGB_565;

//4.设置图片可以被回收,创建Bitmap用于存储Pixel的内存空间在系统内存不足时可以被回收

opts.inPurgeable = true;

//5.设置位图缩放比例

//width,hight设为原来的四分一(该参数请使用2的整数倍),这也减小了位图占用的内存大小;例如,一张//分辨率为2048*1536px的图像使用inSampleSize值为4的设置来解码,产生的Bitmap大小约为//512*384px。相较于完整图片占用12M的内存,这种方式只需0.75M内存(假设Bitmap配置为//ARGB_8888)。

opts.inSampleSize = 4;

//6.设置解码位图的尺寸信息

opts.inInputShareable = true;

//7.解码位图

Bitmap btp =BitmapFactory.decodeStream(is,null, opts);

//8.显示位图

preview.setImageBitmap(bitmap);

时间: 2024-10-13 00:53:43

位图引起的内存溢出OutOfMemory解决方案的相关文章

JAVA关于POI导出Excel内存溢出的解决方案

JAVA关于POI导出Excel内存溢出的解决方案 在我们使用JAVA开发过程中,经常要导出查询获得的数据,这些数据一般情况下都是以Excel存储的,因此我们在导出数据的时候要使用JAVA的POI库,其主要是对各种windows平台的数据格式进行操作,在这里,我们是对Excel操作. 生成Excel的过程原理是这样的,首先,我们对数据库进行查询,获取相应的结果集,一般是list集合,然后生成Workbook对象,根据生成的Workbook对象获取sheet对象,根据此sheet对象获取Row对象

node 内存溢出的解决方案

工作开发项目中,运行一个项目,因为项目过大,项目报错: FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - process out of memory 查询可知是node内存 溢出导致,解决方案 1.安装increase-memory-limit 插件,增加node服务器内存限制 2. "scripts": { "start": "node --max_old_space_size=9000 build

Java常见的几种内存溢出及解决方案

1.JVM Heap(堆)溢出:java.lang.OutOfMemoryError: Java heap space JVM在启动的时候会自动设置JVM Heap的值, 可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置.Heap的大小是Young Generation 和Tenured Generaion 之和.在JVM中如果98%的时间是用于GC,且可用的Heap size 不足2%的时候将抛出此异常信息.解决方法:手动设置JVM Heap(堆)的大小. Java堆用于储存对

java常见的几种内存溢出和解决方案

项目组最近在开发中经常会出现一些意想不到的内存溢出问题.下面我就说说我们常见的几种内存溢出吧!1.JVM Heap(堆)溢出:java.lang.OutOfMemoryError: Java heap spaceJVM在启动的时候会自动设置JVM Heap的值, 可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置.Heap的大小是Young Generation 和Tenured Generaion 之和.在JVM中如果98%的时间是用于GC,且可用的Heap size 不足2%的

内存泄漏、内存溢出和解决方案

执行过程中的内存空间未释放时应用程序后,动态内存泄漏不再使用,因此,很可能导致应用程序的内存无线增长.泄露包含未对系统的资源的及时释放,比方句柄等. 内存溢出即用户在对其数据缓冲区操作时.超过了其缓冲区的边界:尤其是对缓冲区写操作时,缓冲区的溢出非常可能导致程序的异常. 一.内存泄露 "知己知彼.方能百战不殆",假设我们可以比較清楚的了解在编程的时候哪些情况easy导致内存泄露.通过避免这些糟糕的情况,从提高代码的质量本身出发,来抵御潜在导致内存泄露的发生. 1.1先来看看内存泄露可能

ionic2 因为项目太大,编译导致内存溢出的解决方案

只需要改动一个文件即可 原始文件内容如下: @IF EXIST "%~dp0\node.exe" ( "%~dp0\node.exe" "%~dp0\node_modules\ionic\bin\ionic" %* ) ELSE ( @SETLOCAL @SET PATHEXT=%PATHEXT:;.JS;=;% node "%~dp0\node_modules\ionic\bin\ionic" %* ) 更改为 @IF EX

jmeter出现卡死或内存溢出的解决方案

故事背景:在初次使用jmeter的时候,把线程设置较大值的时候,jmeter工具很容易就卡死了,导致每次做压测的时候都无法顺利完成,非常的闹心,通过各种方法寻找解决方案,终于找到了一个比较靠谱的方法,如下: 1.压测的时候禁用查看结果树 2.修改jmeter安装目录中的bin目录下的jmeter.bet文件,调整内存大小,修改完成后,关闭文件,重启jmeter即可 希望能帮到一部分人,大学相互学习,互相提高 原文地址:https://www.cnblogs.com/parker007/p/885

DataTable 数据量大时,导致内存溢出的解决方案

/// <summary> /// 分解数据表 /// </summary> /// <param name="originalTab">需要分解的表</param> /// <param name="rowsNum">每个表包含的数据量</param> /// <returns></returns> public DataSet SplitDataTable(DataT

内存溢出和内存泄漏的区别、产生原因以及解决方案 转

内存溢出 out of memory,是指程序在申请内存时,没有足够的内存空间供其使用,出现out of memory:比如申请了一个integer,但给它存了long才能存下的数,那就是内存溢出. 内存泄露 memory leak,是指程序在申请内存后,无法释放已申请的内存空间,一次内存泄露危害可以忽略,但内存泄露堆积后果很严重,无论多少内存,迟早会被占光. memory leak会最终会导致out of memory! 内存溢出就是你要求分配的内存超出了系统能给你的,系统不能满足需求,于是产