bitmap 内存溢出

http://dyh7077063.iteye.com/blog/970672    bitmap

 

 

 

Bitmap类getPixels()方法中参数stride理解   转载

 

 

picture在android.graphics.Picture包中，相对于Drawable和Bitmap而言，Picture对象就小巧的多，它并不存储实际的像素，仅仅记录了每个绘制的过程。

 

Rect：    RectF：

1、精度不一样，Rect是使用int类型作为数值，RectF是使用float类型作为数值
2、两个类型提供的方法也不是完全一致

 

Matrix m = new Matrix();   
  
m.postRotate(30);   
  
m.postTranslate(100, 100);   
  
Matrix m = new Matrix();   
  
m.postRotate(30);   
  
m.postTranslate(100, 100);  

 

 

 

Matrix的操作，总共分为translate(平移)，rotate(旋转)，scale(缩放)和skew(倾斜)四种，每一种变换在

　　         Android的API里都提供了set, post和pre三种操作方式,除了translate，其他三种操作都可以指定中心点。
　　         set是直接设置Matrix的值，每次set一次，整个Matrix的数组都会变掉。

　　         post是后乘，当前的矩阵乘以参数给出的矩阵。可以连续多次使用post，来完成所需的整个变换。例如，要将一个图片旋

　　         转30度，然后平移到(100,100)的地方，那么可以这样做:

 

 

最近在做Android上的图像处理，在Android上直接对像素操作，居然出现了意想不到的事情。Bitmap类getPixel方法获取的像素值全部是负的，本来应该是黑色的，也就是0的，全部变成了-16777216，很是奇怪。但是仔细研究研究这个16777216又比较特殊，因为16777216=256*256*256，刚好是RGB三种颜色分量最大值的乘积。其实这个值的不精确表示，我们很熟悉，手机广告中宣传屏幕的时候经常会说支持1600万色，诺基亚最喜欢这样宣传了。-16777216的补码十六进制表示就是#FF000000，刚好是加了alpha通道的不透明黑色。查了Android 的文档才知道，Android中颜色由四个分量组成，而我想当然的YY成了RGB三个分量，忽略了A这个分量，默认的A值是255。所以无A通道的图像素最高位总是1，而JAVA中又没有无符号整型，返回一个32位的int型变量，就这样出现了我遇到的各种负数。

 

 

 

 

首先我们会基于手机屏幕大小使用相应尺寸的图片；第二我们会使用一些缓存技术，例如有些图片一旦被用户所下载，就无需下载第二次，主要通过这两种方式来提升用户的体验；另外还有很多其他技术值得尝试，比如在Wifi的网络下，去做一些图片的预加载，甚至还可以改变图片的压缩率，让用户能够在手机上能够更快速的，下的更小，这也是一种方法。这方面的尝试是不断的根据业务来调整。

 

 

有时会发现由于内存不够而导致错误，大都来源于Image太大造成的。

BitmapFactory.Options opts = new BitmapFactory.Options(); 
opts.inSampleSize = 3; 
Bitmap bitmap = BitmapFactory.decodeFile(imageFile, opts); 
设置恰当的inSampleSize是解决该问题的关键之一。BitmapFactory.Options提供了另一个成员inJustDecodeBounds。 
BitmapFactory.Options opts = new BitmapFactory.Options(); opts.inJustDecodeBounds = true; 
Bitmap bitmap = BitmapFactory.decodeFile(imageFile, opts); 
设置inJustDecodeBounds为true后，decodeFile并不分配空间，opts.width和opts.height。 

 

 

ava.lang.OutOfMemoryError: bitmap size exceeds VM budget 
基本上要注意几个地方：
1 bitmap如果不用了，回收掉

protected void onDestroy() {  
        super.onDestroy();  
        if(bmp1 != null){  
            bmp1.recycle();  
            bmp1 = null;  
        }  
        if(bmp2 != null){  
            bmp2.recycle();  
            bmp2 = null;  
        }  
    }  

2 先算出该bitmap的大小，然后通过调节采样率的方式来规避

BitmapFactory.Options opts = new BitmapFactory.Options();  
        opts.inJustDecodeBounds = true;  
        BitmapFactory.decodeFile(imageFile, opts);  
        opts.inSampleSize = computeSampleSize(opts, minSideLength, maxNumOfPixels);  
        opts.inJustDecodeBounds = false;  
        try {  
            return BitmapFactory.decodeFile(imageFile, opts);  
        } catch (OutOfMemoryError err) {  
        }  
        return null;  

3 在进行文件传输时，最好采用压缩的方式变成byte[]再传输

public static byte[] bitmap2Bytes(Bitmap bm) {  
        ByteArrayOutputStream baos = new ByteArrayOutputStream();  
        bm.compress(Bitmap.CompressFormat.JPEG, 90, baos);  
        return baos.toByteArray();  
    }  

 

 

 

 

 

(转)内存溢出的解决办法 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(), mImageIds[position],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去处理

存溢出

http://blog.chinaunix.net/uid-9688646-id-1998423.html

http://blog.chinaunix.net/uid-9688646-id-1998423.html