整个Android开发者一定是遇到了内存溢出这个头疼的问题，一旦这个问题。很难直接决定我们的应用程序是哪里出了问题，为了找到问题的解决方案，必须累积发行通过一些内存分析工具高速定位和强大的体验，现在详细那里能力。
具有此功能基于手机开发，低内存消耗的原则。以及我近期遇到的内存堆积（偶尔溢出）问题，总结一下这次解决问题的经验。
问题源头：開始App功能没那么多的时候，是没有注意到这个问题的。后来功能越强越多。图片也越来越多的时候，用ADT自带的Allocation Tracker查看了一下内存分配，明显有很多没用的data object，而没有释放掉。開始以为是universalImageLoader的问题，以为这个开源project对图片的载入有问题，后来把图片全去掉再看内存分配时还是有没用的data object,花了两天时间后发现是，是自己本地的一些bitmap没有回收，一直缓存在内存中。还有一个原因就是前面文章提到的，为了实现退出功能。使用了一个全局的ArrayList去存储全部新启动的Activity,导致Activity这样的大对象无法释放，有这两个问题内存不堆积才有问题。
定位到问题的所在后，先用前面的广播方式替换掉之前的那种方案，这样就攻克了问题的一半了，那本地图片怎样处理呢？就上网查看了一些文章。看到很多大神都说到了软引用这个东东。于是就研究了下软引用怎样使用。
发现这软引用的确是个好东西。的确能够优化整个应用对内存的消耗。
从JDK1.2開始。java将对象分成了四种级别，以达到程序对对象生財周期的灵活控制，这四个级别由强到弱是：强引用，软引用。弱引用，虚引用。强引用就不多说了。就是我们平时直接new出来的一个对象，不做不论什么的修饰，就是强引用。虚引用暂未使用过也就没做过深入了解，弱引用的使用方式基本和软引用是一样的，所以就重点看了一下应用程序怎样使用软引用。
假设一个对象仅仅具有软引用，那么假设内存假设够用的话，GC就不会回收它，假设内存不足了，就会优先回收仅仅有软引用的对象内存，而保证不会内存溢出。
基于软引用的这个特性。我们能够使用软引用来实现内存敏感区的快速缓存。因此为了防止内存溢出的发生，在处理一些占用内存较大且声明周期较长的对象的时候，我们能够尽量使用软引用，比如: Context及其子类对象。Drawable及其子类对象，Bitmap位图对象等，在创建这些类的对象的时候。尽量将其声明为软引用。
软引用对象声明： SoftReference<Class> instance;
以下两个样例是我在项目中实际使用的代码。大家能够看下。
//这个样例是用来处理生命周期较长的大对象
/**********************************************************
* @文件名：ActivityManager.java
* @创建时间：2014年11月6日 上午11:38:23
* @文件描写叙述：Activity管理类
* @改动历史：2014年11月6日创建初始版本号
**********************************************************/
public class ActivityManager
{
private static ActivityManager manager = null;
private static HashMap<String, SoftReference<Activity>> activityMap;
// 静态语句块，在类载入的时候一起运行
static
{
manager = new ActivityManager();
activityMap = new HashMap<String, SoftReference<Activity>>();
}
private ActivityManager()
{
}
public static ActivityManager getInstance()
{
return manager;
}
public void put(Activity act)
{
activityMap.put(act.toString(), new SoftReference<Activity>(act));
}
public void remove(Activity act)
{
activityMap.remove(act.toString());
}
public void finishAllActivity()
{
Set<String> set = activityMap.keySet();
Iterator<String> iter = set.iterator();
while (iter.hasNext())
{
String actName = iter.next();
Activity currentAct = activityMap.get(actName).get();
if (currentAct != null)
{
currentAct.finish();
currentAct = null;
}
}
activityMap.clear();
activityMap = null;
}
}
//这个样例是用来处理位图等内存敏感对象演示样例
public class BitmapManager
{
private static BitmapManager bitmapManager = null;
private static HashMap<String, SoftReference<Bitmap>> imageCache = null;
static
{
bitmapManager = new BitmapManager();
imageCache = new HashMap<String, SoftReference<Bitmap>>();
}
private BitmapManager()
{
}
public static BitmapManager getInstance()
{
return bitmapManager;
}
public static void saveBitmapToCache(String path)
{
Bitmap bitmap = BitmapFactory.decodeFile(path);
// 加入该对象软引用对象到Map中使其缓存
imageCache.put(path, new SoftReference<Bitmap>(bitmap));
// 使用完后手动将位图对象置null
bitmap = null;
}
public static Bitmap queryBitmapByPath(String path)
{
// 取出软软引用
SoftReference<Bitmap> softBitmap = imageCache.get(path);
// 使用时必须推断软引用是否回收，被回收返回空
if (softBitmap == null)
{
return null;
}
Bitmap bitmap = softBitmap.get();
return bitmap;
}
} 总结一下：当我们开发应用程序，最好是刚开始认识到要考虑到可能发生的帐户问题，这些细节提前做处理好工作，将杜绝从根发生此类问题，而当问题发生在许多其他的能源处理将再次花费。