Android代码内存优化建议-Android资源篇

这篇文章主要介绍在实际Android应用程序的开发中，容易导致内存泄露的一些情况。开发人员如果在进行代码编写之前就有内存泄露方面的基础知 识，那么写出来的代码会强壮许多，写这篇文章也是这个初衷。本文从Android开发中的资源使用情况入手，介绍了如何在Bitmap、数据库查询、9- patch、过渡绘制等方面优化内存的使用。

Android资源优化

1. Bitmap优化

Android中的大部分内存问题归根结底都是Bitmap的问题，如果打开MAT(Memory analyzer tool)来看，实际占用内存大的都是一些Bitmap(以byte数组的形式存储)。所以Bitmap的优化应该是我们着重去解决的。Google在其 官方有针对Bitmap的使用专门写了一个专题 : Displaying Bitmaps Efficiently , 对应的中文翻译在 ： displaying-bitmaps , 在优化Bitmap资源之前，请先看看这个系列的文档，以确保自己正确地使用了Bitmap。

Bitmap如果没有被释放，那么一般只有两个问题：

• 用户在使用完这个Bitmap之后，没有主动去释放Bitmap资源。
• 这个Bitmap资源被引用所以无法被释放 。

1.1 主动释放Bitmap资源

当你确定这个Bitmap资源不会再被使用的时候(当然这个Bitmap不释放可能会让程序下一次启动或者resume快一些，但是其占用的内存 资源太大，可能导致程序在后台的时候被杀掉，反而得不偿失)，我们建议手动调用recycle()方法，释放其Native内存：

if(bitmap != null && !bitmap.isRecycled()){        bitmap.recycle();       bitmap = null;   }

    /**       * Free the native object associated with this bitmap, and clear the       * reference to the pixel data. This will not free the pixel data synchronously;       * it simply allows it to be garbage collected if there are no other references.       * The bitmap is marked as "dead", meaning it will throw an exception if       * getPixels() or setPixels() is called, and will draw nothing. This operation       * cannot be reversed, so it should only be called if you are sure there are no       * further uses for the bitmap. This is an advanced call, and normally need       * not be called, since the normal GC process will free up this memory when       * there are no more references to this bitmap.       */      public void recycle() {          if (!mRecycled) {              if (nativeRecycle(mNativeBitmap)) {                  // return value indicates whether native pixel object was actually recycled.                  // false indicates that it is still in use at the native level and these                  // objects should not be collected now. They will be collected later when the                  // Bitmap itself is collected.                  mBuffer = null;                  mNinePatchChunk = null;              }              mRecycled = true;          }      }    ......  //如果使用过程中抛出异常的判断  if (bitmap.isRecycled()) {      throw new RuntimeException("Canvas: trying to use a recycled bitmap " + bitmap);  }

调用bitmap.recycle之后，这个Bitmap如果没有被引用到，那么就会被垃圾回收器回收。如果不主动调用这个方法，垃圾回收器也会进 行回收工作，只不过垃圾回收器的不确定性太大，依赖其自动回收不靠谱(比如垃圾回收器一次性要回收好多Bitmap，那么需要的时间就会很多，导致回收的 时候会卡顿)。所以我们需要主动调用recycle。

1.2 主动释放ImageView的图片资源

由于我们在实际开发中，很多情况是在xml布局文件中设置ImageView的src或者在代码中调用 ImageView.setImageResource/setImageURI/setImageDrawable等方法设置图像，下面代码可以回收这 个ImageView所对应的资源：

private static void recycleImageViewBitMap(ImageView imageView) {      if (imageView != null) {          BitmapDrawable bd = (BitmapDrawable) imageView.getDrawable();          rceycleBitmapDrawable(bd);      }  }    private static void rceycleBitmapDrawable(BitmapDrawable bitmapDrawable) {      if (bitmapDrawable != null) {          Bitmap bitmap = bitmapDrawable.getBitmap();          rceycleBitmap(bitmap);      }      bitmapDrawable = null;  }    private static void rceycleBitmap(Bitmap bitmap) {      if (bitmap != null && !bitmap.isRecycled()) {          bitmap.recycle();          bitmap = null;      }  }

1.3 主动释放ImageView的背景资源

如果你的ImageView是有Background，那么下面的代码可以释放他：

public static void recycleBackgroundBitMap(ImageView view) {      if (view != null) {          BitmapDrawable bd = (BitmapDrawable) view.getBackground();          rceycleBitmapDrawable(bd);      }  }    public static void recycleImageViewBitMap(ImageView imageView) {      if (imageView != null) {          BitmapDrawable bd = (BitmapDrawable) imageView.getDrawable();          rceycleBitmapDrawable(bd);      }  }    private static void rceycleBitmapDrawable(BitmapDrawable bitmapDrawable) {      if (bitmapDrawable != null) {          Bitmap bitmap = bitmapDrawable.getBitmap();          rceycleBitmap(bitmap);      }      bitmapDrawable = null;  }

1.4 尽量少用Png图，多用NinePatch的图

现在手机的分辨率越来越高，图片资源在被加载后所占用的内存也越来越大，所以要尽量避免使用大的PNG图，在产品设计的时候就要尽量避免用一张大图来进行展示，尽量多用NinePatch资源。

Android中的NinePatch指的是一种拉伸后不会变形的特殊png图，NinePatch的拉伸区域可以自己定义。这种图的优点是体积 小，拉伸不变形，可以适配多机型。Android SDK中有自带NinePatch资源制作工具，Android-Studio中在普通png图片点击右键可以将其转换为NinePatch资源，使用起 来非常方便。

1.5 使用大图之前，尽量先对其进行压缩

图片有不同的形状与大小。在大多数情况下它们的实际大小都比需要呈现出来的要大很多。例如，系统的Gallery程序会显示那些你使用设备camera拍摄的图片，但是那些图片的分辨率通常都比你的设备屏幕分辨率要高很多。

考虑到程序是在有限的内存下工作，理想情况是你只需要在内存中加载一个低分辨率的版本即可。这个低分辨率的版本应该是与你的UI大小所匹配的，这 样才便于显示。一个高分辨率的图片不会提供任何可见的好处，却会占用宝贵的(precious)的内存资源，并且会在快速滑动图片时导致(incurs) 附加的效率问题。

Google官网的Training中，有一篇文章专门介绍如何有效地加载大图，里面提到了两个比较重要的技术：

• 在图片加载前获取其宽高和类型
• 加载一个按比例缩小的版本到内存中

原文地址： Loading Large Bitmaps Efficiently ,中文翻译地址： 有效地加载大尺寸位图 ，强烈建议每一位Android开发者都去看一下，并在自己的实际项目中使用到。

更多关于Bitmap的使用和优化，可以参考Android官方Training专题的 displaying-bitmaps

2 查询数据库没有关闭游标

程序中经常会进行查询数据库的操作，但是经常会有使用完毕Cursor后没有关闭的情况。如果我们的查询结果集比较小，对内存的消耗不容易被发现，只有在常时间大量操作的情况下才会复现内存问题，这样就会给以后的测试和问题排查带来困难和风险。示例代码：

Cursor cursor = getContentResolver().query(uri ...);    if (cursor.moveToNext()) {    ... ...   }

Cursor cursor = null;  try {     cursor = getContentResolver().query(uri ...);    if (cursor != null && cursor.moveToNext()) {    ... ...     }    } finally {      if (cursor != null) {    try {       cursor.close();    } catch (Exception e) {      //ignore this      }    }  }

3 构造Adapter时，没有使用缓存的convertView

以构造ListView的BaseAdapter为例，在BaseAdapter中提供了方法：

public View getView(int position, View convertView, ViewGroup parent) 

public View getView(int position, View convertView, ViewGroup parent) {   View view = new Xxx(...);   ... ...   return view;  }

public View getView(int position, View convertView, ViewGroup parent) {   View view = null;   if (convertView != null) {   view = convertView;   populate(view, getItem(position));   ...   } else {   view = new Xxx(...);   ...   }   return view;  }

public class DemoActivity extends Activity {    ... ...    private Handler mHandler = ...    private Object obj;    public void operation() {     obj = initObj();     ...     [Mark]     mHandler.post(new Runnable() {            public void run() {             useObj(obj);            }     });    }  }

public void operation() {    obj = initObj();    ...    final Object o = obj;    obj = null;    mHandler.post(new Runnable() {        public void run() {            useObj(o);        }    }  }

<ListView       android:id="@android:id/list"      android:layout_width="fill_parent"      android:layout_height="fill_parent"/>