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

简介: 位图引起的内存溢出OutOfMemory解决方案作者:老帅一、问题描述:Android下的相机在独自使用时,拍照没有问题,通过我们的代码调用时,也正常,但是更换了不同厂商的平板,ROM由Android4.0变成了Android4.1后,拍照出现了OutOfMemory异常,程序中断退出。

位图引起的内存溢出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

六、加载位图原理分析

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

2、尽量不要使用setImageBitmapsetImageResourceBitmapFactory.decodeResource直接使用图片路径来设置一张大图,因为这些函数在完成decode后,最终都是通过java层的createBitmap来完成的,需要消耗更多内存。改用先通过BitmapFactory.decodeStream方法,创建出一个bitmap,再调用上述方法将其设为ImageView sourcedecodeStream最大的秘密在于其直接调用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。如此惊人的数字!哪怕生命周期超不过10sAndroid也不会答应的。

opts.inPreferredConfig = Bitmap.Config.RGB_565;

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

opts.inPurgeable = true;

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

//widthhight设为原来的四分一(该参数请使用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);

相关文章
|
运维 监控 Java
内存溢出+CPU占用过高:问题排查+解决方案+复盘(超详细分析教程)
全网最全的内存溢出CPU占用过高排查文章,包含:问题出现现象+临时解决方案+复现问题+定位问题发生原因+优化代码+优化后进行压测,上线+复盘
2327 5
|
14天前
|
存储 架构师 Java
内存溢出原因与解决方案(4大主流方案详解)
本文详解内存溢出(OOM)的原因及解决方案。关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
内存溢出原因与解决方案(4大主流方案详解)
|
4月前
|
Web App开发 缓存 JavaScript
技术分享:深入探索内存泄漏——识别、分类与解决方案
【8月更文挑战第27天】在软件开发的浩瀚星海中,内存管理始终是程序员们必须面对的重要课题。内存泄漏,作为内存管理不善的典型症状,不仅影响应用性能,还可能导致系统崩溃,是每位开发者都需警惕的“暗礁”。本文将带您深入探索内存泄漏的本质、常见类型及有效的解决策略,助力您的工作学习之旅更加顺畅。
53 0
|
6月前
|
存储 缓存 NoSQL
Redis是一种高性能的内存数据库,常用于高并发环境下的缓存解决方案
【6月更文挑战第18天】**Redis摘要:** 高性能内存数据库,擅长高并发缓存。数据存内存,访问迅速;支持字符串、列表等多元数据类型;具备持久化防止数据丢失;丰富命令集便于操作;通过节点集群实现数据分片与负载均衡,增强可用性和扩展性。理想的缓存解决方案。
84 1
|
5月前
|
设计模式 安全 Java
Java面试题:请列举三种常用的设计模式,并分别给出在Java中的应用场景?请分析Java内存管理中的主要问题,并提出相应的优化策略?请简述Java多线程编程中的常见问题,并给出解决方案
Java面试题:请列举三种常用的设计模式,并分别给出在Java中的应用场景?请分析Java内存管理中的主要问题,并提出相应的优化策略?请简述Java多线程编程中的常见问题,并给出解决方案
118 0
|
5月前
|
监控
LabVIEW程序内存泄漏分析与解决方案
LabVIEW程序内存泄漏分析与解决方案
155 0
|
7月前
|
Java
Handler内存泄漏原因及解决方案
Handler内存泄漏原因及解决方案
67 0
|
7月前
|
存储 监控 Java
JVM内存泄漏的分析与解决方案
JVM内存泄漏的分析与解决方案
121 2
|
7月前
|
存储 缓存 监控
Linux系统内存下降:原因、诊断与解决方案
Linux系统内存下降:原因、诊断与解决方案
164 0
|
Arthas Java 测试技术
微服务轮子项目(49) -常见JVM内存错误及解决方案
微服务轮子项目(49) -常见JVM内存错误及解决方案
116 0