android Bitmap过大内存溢出问题的解决

手机内存的管理，至关重要。
一般用到gallery的时候，需要加载大量图片，这时候，就会出现OOM的问题。
一般会报这种错误：java.lang.OutOfMemoryError: bitmap size exceeds VM budget，这是因为，android系统中读取位图Bitmap时.分给虚拟机中图片的堆栈大小只有8M。所以不管是如何调用的图片，太多太大虚拟机肯定会报这个错误。

遇到这种问题的解决方案是： 缩小图片+回收资源的方式，来优化内存：
1.尽量不要使用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.pic1);
     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()  //提醒系统及时回收
}

2.回收资源
（1）
   //用来存放图片的缓存
   HashMap<Integer, Bitmap> bitmapCache = new HashMap<Integer, Bitmap>();
   //如果没有图片，或者已经存在
   if(bitmapCache.isEmpty() || !AppConst.bitmapCache.containsKey(position)){
                bitmapCache.put(position, bm);
                System.out.println("-----------inset cache---------");
            }
  （2）定义FreeBitmap函数，在activity结束的时候，调用FreeBitmap函数，回收map中的资源
   private void FreeBitmap(HashMap<Integer, Bitmap> cache){
        if(cache.isEmpty()){
            return;
        }
        for(Bitmap bitmap:cache.values()){
            if(bitmap != null && !bitmap.isRecycled()){
                bitmap.recycle();
                System.out.println("=============recycle bitmap=======");
            }
        }
        cache.clear();
    }

--------------------------------------------------------------------------------------------------------------------------------------------------
另外★Android 还有一些性能优化的方法（参考：http://blog.csdn.net/reachkate/article/details/6780496）：
●  首先内存方面，可以参考 Android堆内存也可自己定义大小 和 优化Dalvik虚拟机的堆内存分配
●  基础类型上，因为Java没有实际的指针，在敏感运算方面还是要借助NDK来完成。这点比较有意思的是Google推出NDK可能是帮助游戏开发人员，比如OpenGL ES的支持有明显的改观，本地代码操作图形界面是很必要的。
●  图形对象优化，这里要说的是Android上的Bitmap对象销毁，可以借助recycle()方法显示让GC回收一个Bitmap对象，通常对一个不用的Bitmap可以使用下面的方式，如
Java代码

1. if(bitmapObject.isRecycled()==false) //如果没有回收   
2.          bitmapObject.recycle();      
   
   if(bitmapObject.isRecycled()==false) //如果没有回收            bitmapObject.recycle();   
   ●  目前系统对动画支持比较弱智对于常规应用的补间过渡效果可以，但是对于游戏而言一般的美工可能习惯了GIF方式的统一处理，目前 Android系统仅能预览GIF的第一帧，可以借助J2ME中通过线程和自己写解析器的方式来读取GIF89格式的资源。
   ● 对于大多数Android手机没有过多的物理按键可能我们需要想象下了做好手势识别 GestureDetector 和重力感应来实现操控。通常我们还要考虑误操作问题的降噪处理。
   Android堆内存也可自己定义大小
      对于一些大型Android项目或游戏来说在算法处理上没有问题外，影响性能瓶颈的主要是Android自己内存管理机制问题，目前手机厂商对RAM都比较吝啬，对于软件的流畅性来说RAM对性能的影响十分敏感，除了上次Android开发网提到的 优化Dalvik虚拟机的堆内存分配外，我们还可以强制定义自己软件的对内存大小，我们使用Dalvik提供的 dalvik.system.VMRuntime类来设置最小堆内存为例:
   Java代码
3. private
   final
   static
   int CWJ_HEAP_SIZE = 6* 1024* 1024 ;   
4. VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); //设置最小heap内存为6MB大小。
   private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ; VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); //设置最小heap内存为6MB大小。
   当然对于内存吃紧来说还可以通过手动干涉GC去处理，我们将在下次提到具体应用。
   优化Dalvik虚拟机的堆内存分配
   对于Android平台来说，其托管层使用的Dalvik JavaVM从目前的表现来看还有很多地方可以优化处理，比如我们在开发一些大型游戏或耗资源的应用中可能考虑手动干涉GC处理，使用 dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法可以增强程序堆内存的处理效率。当然具体原理我们可以参考开源工程，这里我们仅说下使用方法:   
   Java代码
5. private
   final
   static floatTARGET_HEAP_UTILIZATION = 0.75f;   
   private final static floatTARGET_HEAP_UTILIZATION = 0.75f;
   在程序onCreate时就可以调用
6. VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);   
   VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);  即可。