Android 内存泄漏分析

ojop5012 3年前
   <h2>为什么会内存泄漏?</h2>    <p>一个不会被使用的对象,因为另一个正在使用的对象持有该对象的引用,导致它不能正常被回收,而停留在堆内存中,内存泄漏就产生了;</p>    <h2> </h2>    <h2>引用分类:</h2>    <p><strong>1.强引用</strong></p>    <p>以前我们使用的大部分引用实际上都是强引用,这是使用最普遍的引用。例如使用new创建对象 ,匿名内部类/非静态内部类和异步线程,默认都会持有外界的引用;</p>    <p><strong>2.软引用(SoftReference)</strong></p>    <p>如果一个对象只具有软引用,那就类似于可有可物的生活用品。如果内存空间足够,垃圾回收器就不会回收它,如果内存空间不足了,就会回收这些对象的内存。只要垃圾回收器没有回收它,该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存, 软引用可以加速JVM对垃圾内存的回收速度,可以维护系统的运行安全,防止内存溢出(OutOfMemory)等问题的产生。</p>    <p><strong>3.弱引用(WeakReference)</strong></p>    <p>如果一个对象只具有弱引用,那就类似于可有可物的生活用品。弱引用与软引用的区别在于:只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它 所管辖的内存区域的过程中,一旦发现了只具有弱引用的对象,不管当前内存空间足够与否,都会回收它的内存。不过,由于垃圾回收器是一个优先级很低的线程, 因此不一定会很快发现那些只具有弱引用的对象.</p>    <p><strong>4.虚引用(PhantomReference)</strong></p>    <p>虚引用就是GC分分钟会回收的引用 。虚引用并不会决定对象的生命周期;如果一个对象仅持有虚引用,那么它就和没有任何引用一样,在任何时候都可能被垃圾回收。</p>    <h2> </h2>    <h2>内存泄漏的几种情况:</h2>    <p><strong>1.单例模式造成的泄漏:</strong></p>    <p>在activity生命周期中使用单例模式的时候 ,当Activity A生命周期结束,但静态类里面却还存在activity的引用(mContext),这样Activity就会占用的内存就一直不能回收,而静态类的对象也不会再被使用,从而导致内存泄漏;</p>    <p><strong>2.集合造成的泄漏:</strong></p>    <p>集合类如果仅仅有添加元素的方法,而没有相应的删除机制,导致内存被占用。如果这个集合类是全局性的变量 (比如类中的静态属性,全局性的 map 等即有静态引用或 final 一直指向它),那么没有相应的删除机制,很可能导致集合所占用的内存只增不减。比如我们都喜欢通过 HashMap 做一些缓存之类的事,这种情况就很容易导致泄漏问题。</p>    <p><strong>3.匿名内部类/非静态内部类导致内存泄漏:</strong></p>    <p>匿名内部类/非静态内部类和异步线程,默认都会持有外界的引用,如果前者突然因为某种原因要finish,或者activity突然挂掉 ,  但是系统判断还有对象持有,那么就会造成内存泄漏。</p>    <p><strong>4.线程造成的内存泄漏:</strong></p>    <p>当我们在使用线程的时候,一般都使用匿名内部类,而匿名内部类会对外部类持有默认的引用,当Acticity关闭之后如果现成中的任务还没有执行完毕,就会导致Activity不能正常回收,造成内存泄漏。</p>    <p><strong>5.资源未关闭造成的内存泄漏:</strong></p>    <p>对于使用了BraodcastReceiver,ContentObserver,File,Cursor,Stream,Bitmap等资源的代码,应该在Activity销毁时及时关闭或者注销,否则这些资源将不会被回收,造成内存泄漏 <strong> </strong></p>    <p>。</p>    <p><strong>6.handler泄漏:</strong></p>    <p>对于handler泄漏其实是由于消息队列持有对handler的引用,而handler又持有activity的隐式引用,这个引用会保持到消息得到处理,而导致activity无法被垃圾回收器进行回收,而导致内存泄漏  ,使用static+WeakReference可以解决内存泄漏问题,不过不写也无所谓 , 不加static的默认会在handler构造函数加上activity这个参数,只要handler没有被回收,就会泄露。加static目的是为了防止泄露,为什么会泄露,就是因为没回收,没回收是因为还引用着。只有postDelayed的时候才会有泄露问题,因为delayed的时候activity的引用还保持着,所以只要delayed完了就能回收了,大多数情况下根本不必用加static。</p>    <p>内存检测工具:</p>    <p>1.Android Studio有一个叫做Android Monitor的内置工具</p>    <p><img src="https://simg.open-open.com/show/02d973437978db7fb97fe882f2007c3c.png"></p>    <p>2.Android studio自带的功能</p>    <p>检测过程中电脑会比较卡 , 不实用。</p>    <p><img src="https://simg.open-open.com/show/71329a51b66bfc7dd3448d968d3c96fb.png"></p>    <p><img src="https://simg.open-open.com/show/00b2055adbbc8ea07b52e4502531b0e9.png"></p>    <p>3.第三方检测工具LeakCanary:</p>    <p>亲测很实用 , 缺点就是检测到有泄漏的时候会延迟几秒才能推送到,而且会卡一下;</p>    <p>使用步骤  1.添加依赖:debugCompile'com.squareup.leakcanary:leakcanary-android:1.5'</p>    <p>releaseCompile'com.squareup.leakcanary:leakcanary-android-no-op:1.5'</p>    <p>testCompile'com.squareup.leakcanary:leakcanary-android-no-op:1.5'</p>    <p>2.在Application中进行配置:</p>    <p><img src="https://simg.open-open.com/show/f0f872f5b21636c6e6748c6d9019909a.png"></p>    <p>3.在AndroidManifest.xml里面配置:</p>    <p><img src="https://simg.open-open.com/show/a3032d93ca9434d13c05c98f03f585f1.png"></p>    <p>4.使用第三方检测工具FindBugs:</p>    <p>在Android studio下载插件,下载后重启一下Android studio, 然后会看到红色的图标:</p>    <p><img src="https://simg.open-open.com/show/39c9fe37707319c63ba36ccb9df39611.png"></p>    <p>点击运行第五个按钮:</p>    <p><img src="https://simg.open-open.com/show/b3a02fcb19da8171b4bc4b6185de8d19.png"></p>    <p>插件运行几分钟后会出现以下结果:</p>    <p><img src="https://simg.open-open.com/show/f7028793d3eeff594287c7a2ad866172.png"></p>    <p> </p>    <p>来自:http://www.jianshu.com/p/6cf427ab0085</p>    <p> </p>