标签:
整个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; } }总结一下:当我们开发应用程序,最好是刚开始认识到要考虑到可能发生的帐户问题,这些细节提前做处理好工作,将杜绝从根发生此类问题,而当问题发生在许多其他的能源处理将再次花费。
标签:
原文地址:http://www.cnblogs.com/hrhguanli/p/5038509.html