南尘 阅读(40) 评论(0)

由于最近各种各样的原因导致我很久都没有更新博客了,不过等我一有时间,就会与各位小伙伴分享我的心得的。先说说最近遇到的各种苦逼的内存优化,做了一些小总结。

  • 构造Adapter时,没有使用缓存的 convertView
  • Bitmap对象不在使用时调用recycle()释放内存
  • Context使用不当造成内存泄露:不要对一个Activity Context保持长生命周期的引用。尽量在一切可以使用应用ApplicationContext代替Context的地方进行替换。
  • 非静态内部类的静态实例容易造成内存泄漏:即一个类中如果你不能够控制它其中内部类的生命周期(譬如Activity中的一些特殊Handler等),则尽量使用静态类和弱引用来处理(譬如ViewRoot的实现)。
  • 警惕线程未终止造成的内存泄露;譬如在Activity中关联了一个生命周期超过Activity的Thread,在退出Activity时切记结束线程。一个典型的例子就是HandlerThread的run方法是一个死循环,它不会自己结束,线程的生命周期超过了Activity生命周期,我们必须手动在Activity的销毁方法中中调运thread.getLooper().quit();才不会泄露。
  • 对象的注册与反注册没有成对出现造成的内存泄露;譬如注册广播接收器、注册观察者(典型的譬如数据库的监听)等。
  • 创建与关闭没有成对出现造成的泄露;譬如Cursor资源必须手动关闭,WebView必须手动销毁,流等对象必须手动关闭等。
  • 不要在执行频率很高的方法或者循环中创建对象(比如onmeasure),可以使用HashTable等创建一组对象容器从容器中取那些对象,而不用每次new与释放。
  • 避免代码设计模式的错误造成内存泄露;譬如循环引用,A持有B,B持有C,C持有A,这样的设计谁都得不到释放。

 

在这里先推荐两种内存检查的方式:

  • MAT(Memory Analyzer Tool),点我下载。具体使用这个网上一大篇,楼主一有时间也会为大家一步步奉上。
  • 强大的开源内存检测工具LeakCanary。

            leakcanary是一个开源项目,一个内存泄露自动检测工具,是著名的GitHub开源组织Square贡献的,它的主要优势就在于自动化过早的发觉内存泄露、配置简单、抓取贴心,缺点在于还存在一些bug,不过正常使用百分之九十情况是OK的,其核心原理与MAT工具类似。

因为配置十分简单,这里就不多说了,大家可以看官方文档,简单直白。

 

真相只有一个:

内存泄漏实在太普遍了,真是防不胜防。不过我想告诉广大的小伙伴,程序员嘛,谁还不踩个坑,跳出来,拍拍身上的灰尘,总结一下,过两天又是一条帮帮的coder。你可以的。