内存图片内存溢出和泄漏

首先声明,我是一个菜鸟。一下文章中出现技术误导情况盖不负责

    内存泄漏,指申请的内存不会被回收了;          

    内存溢出,指系统内存不敷用了

    一.Android加载大图片内存溢出的问题总结

    尽量不要应用setImageBitmap或setImageResource或BitmapFactory.decodeResource来设置一张大图,

    因为这些函数在完成decode后,最终都是通过java层的createBitmap来完成的,需要消费更多内存。因此,先通过BitmapFactory.decodeStream方法,创建出一个bitmap,再将其设为ImageView的 source,

    decodeStream最大的秘密在于其直接调用JNI>>nativeDecodeAsset()来完成decode,无需再应用java层的createBitmap,从而节省了java层的空间。

    如果在读取时加上图片的Config参数,可以跟有效增加加载的内存,从而跟有效阻挠抛out of Memory异常。另外,decodeStream直接拿的图片来读取字节码了, 不会根据机器的各种分辨率来自动顺应,应用了decodeStream以后,需要在hdpi和mdpi,ldpi中配置相应的图片资源,否则在不同分辨率机器上都是同样巨细(像素点数量),显示出来的巨细就不对了。

    另外,以下方式也大有帮助:

    1. InputStream is = this.getResources().openRawResource(R.drawable.pic);

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

    options.inJustDecodeBounds = false;

    options.inSampleSize = 10; //width,hight设为原来的十分一

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

    2. if(!bmp.isRecycle() ){

    bmp.recycle() //回收图片所占的内存

    system.gc() //提示系统及时回收

    }

    //以最省内存的方式读取本地资源的图片

    public static Bitmap readBitMap(Context context, int resId) {

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

      opt.inPreferredConfig = Bitmap.Config.RGB_565;

      opt.inPurgeable = true;//设为true表现当系统要内存的时候,可以回收它

    //如果图片当有需要可以被回收的话,这个opt.inInputShareable=true;可以让bitmap共享他人的数据

    //获得资源图片

    InputStream is = context.getResources().openRawResource(resId);

        return BitmapFactory.decodeStream(is,null,opt);

 }

    Android内存溢出的处理办法

    昨天在模拟器上给gallery放入图片的时候,出现java.lang.OutOfMemoryError: bitmap size exceeds VM budget 异常,图像巨细超过了RAM内存。

    模拟器RAM比拟小,只有8M内存,当我放入的大量的图片(每一个100多K左右),就出现下面的原因。

    由于每张图片先前是压缩的情况,放入到Bitmap的时候,巨细会变大,致使超越RAM内存,详细处理办法如下:

    //处理加载图片 内存溢出的问题

    //Options 只保存图片尺寸巨细,不保存图片到内存

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

    //缩放的比例,缩放是很难按预备的比例进行缩放的,其值表明缩放的倍数,SDK中提议其值是2的指数值,值越大会致使图片不清晰

    opts.inSampleSize = 4;

    Bitmap bmp = null;

    bmp = BitmapFactory.decodeResource(getResources(), mImageIdsposition ,opts);

    ...

    //回收

    bmp.recycle();

    通过下面的方式处理了,但是这并不是最完美的处理方式。(等比例缩放)

    优化Dalvik虚拟机的堆内存分配

    每日一道理
因为自信,在呀呀学语时,我靠着纤嫩的双腿,迈出人生的第一步;因为自信,我一次次将第一名的奖状高高举起;因为自信,我毫不吝惜地剪掉飘逸的长发,在运动场上展现风采……感谢自信,它给了我一双翅膀,让我在电闪雷鸣中去飞翔,在风雨中去搏击人生!

    对于Android平台来讲,其托管层应用的Dalvik Java VM从目前的表现来看还有很多地方可以优化处理,比如我们在开辟一些大型游戏或耗资源的应用中可能斟酌手动干预GC处理,应用 dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法可以增强程序堆内存的处理效率。当然详细 原理我们可以参考开源工程,这里我们仅说下应用方法: 

    private final static float TARGET_HEAP_UTILIZATION = 0.75f; 

    在程序onCreate时就能够调用 VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 即可。

    Android堆内存也可自己定义巨细

    对于一些Android项目,影响性能瓶颈的主要是Android自己内存管理机制问题,目前手机厂商对RAM都比拟小气,对于软件的流畅性来讲 RAM对 性能的影响十分敏感,除了 优化Dalvik虚拟机的堆内存分配外,我们还可以强制定义自己软件的对内存巨细,我们应用Dalvik提供的 dalvik.system.VMRuntime类来设置最小堆内存为例:

    private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;

    VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); //设置最小heap内存为6MB巨细。当然对于内存吃紧来讲还可以通过手动干预GC去处理

    bitmap 设置图片尺寸,避免 内存溢出 OutOfMemoryError的优化方法

    android 顶用bitmap 时很容易内存溢出,报如下错误:Java.lang.OutOfMemoryError : bitmap size exceeds VM budget

    主要是加上这段:

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

    options.inSampleSize = 2;

 eg1:(通过Uri取图片)

    private ImageView preview;

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

    options.inSampleSize = 2;//图片宽高都为原来的二分之一,即图片为原来的四分之一

    Bitmap bitmap = BitmapFactory.decodeStream(cr

    .openInputStream(uri), null, options);

    preview.setImageBitmap(bitmap);

    以上代码可以优化内存溢出,但它只是改变图片巨细,并不能彻底处理内存溢出。

    eg2:(通过路径去图片)

    private ImageView preview;

    private String fileName= "/sdcard/DCIM/Camera/2010-05-14 16.01.44.jpg";

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

    options.inSampleSize = 2;//图片宽高都为原来的二分之一,即图片为原来的四分之一

    Bitmap b = BitmapFactory.decodeFile(fileName, options);

    preview.setImageBitmap(b);

    filePath.setText(fileName);

    还可以用到优化Dalvik虚拟机的堆内存分配

    对于Android平台来讲,其托管层应用的Dalvik Java VM从目前的表现来看还有很多地方可以优化处理,比如我们在开辟一些大型游戏或耗资源的应用中可能斟酌手动干预GC处理,应用 dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法可以增强程序堆内存的处理效率。当然详细原理我们可以参考开源工程,这里我们仅说下应用方法: private final static float TARGET_HEAP_UTILIZATION = 0.75f; 在程序onCreate时就能够调用 VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);

    Android堆内存也可自己定义巨细

    对于一些Android项目,影响性能瓶颈的主要是Android自己内存管理机制问题,除了 优化Dalvik虚拟机的堆内存分配外,我们还可以强制定义自己软件的对内存巨细,我们应用Dalvik提供的 dalvik.system.VMRuntime类来设置最小堆内存为例:

    Java代码:

    1. private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ;

    3. VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);

    4. //设置最小heap内存为6MB巨细。当然对于内存吃紧来讲还可以通过手动干预GC去处理

    二.

    

文章结束给大家分享下程序员的一些笑话语录: 现在社会太数字化了,所以最好是有一个集很多功能于一身的设备!

--------------------------------- 原创文章 By
内存和图片
---------------------------------

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值