GC是垃圾收集的意思（GabageCollection）。和JAVA一样，ANDROID系统也是由GC来自动回收内存的。android中一个应用的启动，android系统都会为这个应用分配一个dalivk虚拟机，以便这个应用运行在这个独立的虚拟机上，可是一个虚拟机内存大小一般也是限制的（20M左右）。可见，一个应用的运行所申请的内存不可能无限大的。
通常，GC是在一个单独的比较低优先 级线程中运行。这样其内存的释放就交给了GC来处理，GC会实时监测并释放“无效”的内存。这里关键字“无效”就引起了我们的注意，什么内存单元是无效的呢？一般GC采用的办法是引用计数法来判断一个内存单元（一个变量）是否是无效的内存，其实很多系统都采用了这种办法，比如Cocos2D这个游戏开发的引擎也采用了这种引用计数法。引用计数法简单的说就是指一个变量或是一块内存当前被引用的次数，如果引用的次数等于0，则可以表示这个变量或是这块内存没有被引用了，那么GC“很可能”就会去释放他了。这里要提一下：“很可能”呢？我觉得这是最贴近实时的，首先GC运行在一个优先级较低的线程；其次GC回收的具体工作也是相当复杂的（这里要注意：引用计数法只是GC中的一个常用的方法，GC对内存管理的方法都很复杂，比如还会用到年代方法等，自己可以去研究研究），比如同时需要释放大量内存时候，并且CPU资源有相对很紧张，GC可能就会选择性的释放一些内存资源。那我们做android开发时候，就需要特别注意内存的引用，比如一个占用内存大的对象、以及一个bitmap对象，他们往往无用、又占用大量内存资源而GC又没有办法去释放，从而造成严重后果。一般的原则是：对占用大量内存的变量，使用完后主动将其置为NULL，可能的话主动调用一次GC：system.gc()，特别是一些static型的引用风险很大。
明白了GC以及引用计数法，下面来说一下几种引用：
强引用 SrongReference：
软引用 SoftReference:
对于GC来说， SoftReference的强度明显低于 SrongReference。SoftReference修饰的引用，其告诉GC：我是一个 软引用，当内存不足的时候，我指向的这个内存是可以给你释放掉的。我们来看一下android系统中的一个使用实列（MessageItem.java）：
private SoftReference<Bitmap> mBitmapCache = new SoftReference<Bitmap>(null);
public Bitmap getIpMessageBitmap() {
return mBitmapCache.get();
}
public void setIpMessageBitmapCache(Bitmap bitmap) {
if (null != bitmap) {
mBitmapCache = new SoftReference<Bitmap>(bitmap);
}
}
一般对于这种占用内存资源比较大的，又不是必要的变量；或者一些占用大量内存资源的一些缓存的变量，就需要考虑 SoftReference。
弱引用WeakReference：
static class DisableChanger extends AsyncTask<Object, Object, Object> {
final PackageManager mPm;
final WeakReference<InstalledAppDetails> mActivity;
final ApplicationInfo mInfo;
final int mState;
DisableChanger(InstalledAppDetails activity, ApplicationInfo info, int state) {
mPm = activity.mPm;
mActivity = new WeakReference<InstalledAppDetails>(activity);
mInfo = info;
mState = state;
}
}
