Bitmap的内存优化

一般来说，如果能够获得Bitmap对象的引用，就需要及时的调用Bitmap的recycle()方法来释放Bitmap占用的内存空间，而不要等Android系统来进行释放。

下面是释放Bitmap的示例代码片段。

// 先判断是否已经回收 if(bitmap != null && !bitmap.isRecycled()){          // 回收并且置为null         bitmap.recycle();          bitmap = null;  }  //System.gc();

 

因为Bitmap是吃内存大户，为了避免应用在分配Bitmap内存的时候出现OutOfMemory异常以后Crash掉，需要特别注意实例化Bitmap部分的代码。通常，在实例化Bitmap的代码中，一定要对OutOfMemory异常进行捕获。

以下是代码示例。

Bitmap bitmap = null; try {     // 实例化Bitmap     bitmap = BitmapFactory.decodeFile(path); } catch (OutOfMemoryError e) {     // } if (bitmap == null) {     // 如果实例化失败 返回默认的Bitmap对象     return defaultBitmapMap; }

 

这里对初始化Bitmap对象过程中可能发生的OutOfMemory异常进行了捕获。如果发生了OutOfMemory异常，应用不会崩溃，而是得到了一个默认的Bitmap图。

 

经验分享：     很多开发者会习惯性的在代码中直接捕获Exception。但是对于OutOfMemoryError来说，这样做是捕获不到的。因为OutOfMemoryError是一种Error，而不是Exception。在此仅仅做一下提醒，避免写错代码而捕获不到OutOfMemoryError。

使用BitmapFactory.Options设置inJustDecodeBounds为true后，再使用decodeFile()等方法，并不会真正的分配空间，即解码出来的Bitmap为null，但是可计算出原始图片的宽度和高度，即options.outWidth和options.outHeight。通过这两个值，就可以知道图片是否过大了。

BitmapFactory.Options opts = new BitmapFactory.Options();     // 设置inJustDecodeBounds为true     opts.inJustDecodeBounds = true;     // 使用decodeFile方法得到图片的宽和高     BitmapFactory.decodeFile(path, opts);     // 打印出图片的宽和高     Log.d("example", opts.outWidth + "," + opts.outHeight);

 

在实际项目中，可以利用上面的代码，先获取图片真实的宽度和高度，然后判断是否需要跑缩小。如果不需要缩小，设置inSampleSize的值为1。如果需要缩小，则动态计算并设置inSampleSize的值，对图片进行缩小。需要注意的是，在下次使用BitmapFactory的decodeFile()等方法实例化Bitmap对象前，别忘记将opts.inJustDecodeBound设置回false。否则获取的bitmap对象还是null。