Android 内存泄漏案例分析总结(Handler)
<p>在Android开发开发中,操作不当很容易引起内存泄漏,这里主要记录下平时遇到问题,包括:静态变量(也包含集合)、非静态的内部类、Handler、监听器,尤其是 Handler 在开发中要格外的注意。</p> <h2>1、静态变量</h2> <pre> <code class="language-java">public class LeakActivityDemo extends Activity{ private static TextView mTextView; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); mTextView = new TextView(this); mTextView.setText("demo"); } }</code></pre> <p>我这里这是一个例子,一般开发不会这么写,上面的代码在 Activity 结束的时候,mTextView 一直持有 this 引用,</p> <p>导致整个 Activity 无法回收</p> <p>解决:方法在 Activity 生命周期 onDestroy 时将 mTextView 置空,或者尽量少使用到静态变量。</p> <p>注意:在写代码时,要考虑到当前的变量是否持有当前 Activity 的引用,避免出现内存泄漏.</p> <h2>2、非静态内部类</h2> <h3>关于 Handler</h3> <pre> <code class="language-java">public class LeakActivity extends Activity{ @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); mHandler.postDelayed(new Runnable() { @Override public void run() { } }, 1); } //提示:This Handler class should be static or leaks might occur (com.mvp.view.LeakActivity.1) private Handler mHandler = new Handler() { @Override public void handleMessage(Message msg) { super.handleMessage(msg); } }; }</code></pre> <p>在 Android 开发中,我们一般使用 Handler 处理异步操作,通常我们的代码会像上面一样实现,但是上面的代码可能存在泄漏,</p> <p>其实编译器已经提示了警告,建议使用 static 静态标示。</p> <p>原因:</p> <p>1、首先在 java 中,非静态内部类会或者内部类会持有外部对象的引用,而静态内部类不会持有外部类的引用;</p> <p>2、和 Handler 机制有关,我们知道 Handler 和 Looper 是一起工作的,在一个 Activity 起来的时候,会帮我们创建一个</p> <p>在主线程中使用的 Looper,用来处理所有的消息,当 Hanlder 初始化好以后,就会有一个消息发送到了 Looper 的消息队列中,</p> <p>而这个消息则包含了当前 Handler 的引用,这就是内存泄露的原因;</p> <p>解决:</p> <p>1、使用静态内部类,如果在内部类中使用了 Activiy 则要使用 WeakReference(弱引用),并且需要注意判空。</p> <p>2、还有Hanlder要在生命周期 ondestroy 时,取消该 Handler 对象的 Messag 和 Runnable。</p> <p>例如:removeCallbacks(Runnable r)、removeMessages(int what)、mHandler.removeCallbacksAndMessages(null);</p> <pre> <code class="language-java">private final MyHandler mHandler = new MyHandler(this); public static class MyHandler extends Handler { private final WeakReference<LeakActivity> mWeakActivity; public MyHandler(LeakActivity context) { mWeakActivity = new WeakReference<LeakActivity>(context); } @Override public void handleMessage(Message msg) { super.handleMessage(msg); if (mWeakActivity.get() != null) { mWeakActivity.get().todo(); } } } public void todo(){ //todo }</code></pre> <h3>关于 Runnable</h3> <p>常常会这么写,会存在很大的内存泄露问题,内部类会持有外部对象的引用,如果我们 run 方法操作了 UI 等,或者 使用了 postDelayed 方法,很容易造成内存泄露问题。</p> <pre> <code class="language-java">mHandler.post(new Runnable() { @Override public void run() { .. } });</code></pre> <p>解决方法:使用静态的Runnable 和 WeakReference 来解决引用问题,使用 WeakReference 要注意判断,因为可能随时会被回收。</p> <pre> <code class="language-java">private static final class ItemRunnble implements Runnable { private final WeakReference<Item> mWeakReference; public ProgressBarRunnble(Item f) { mWeakReference = new WeakReference<Item>(f); } @Override public void run() { Item item = mWeakReference.get(); if (item != null) { ... } } } mHandler.post(new ItemRunnble(mItem))</code></pre> <h2>3、非静态内部类生成的静态变量</h2> <pre> <code class="language-java">private static MyClass myClass; private class MyClass { } .. myClass = new MyClass();</code></pre> <p>这种是两者的综合体,只要是非静态内部类就会持有外部类的引用,如果外部类正好是 Activity ,那么会导致 Activity 无法回收;</p> <p>处理方式和第一种很像,记得释放</p> <h2>总结</h2> <p>静态变量最容易出现内存泄露,这些静态变量的生命周期和应用程序一致,所有的对象 Object 也不能被释放,</p> <p>而集合类如果不 remove 添加的 Object,则会永远持有这些 Ojbect,也会导致无法释放。</p> <p>监听器是一种使用方式,Android 中比较常见的是 Listener,Observer 等,</p> <p>一般被监听者的生命周期要比监听者的生命周期长,当监听者本身不被使用,但又没有移除被监听者对其的引用时就会造成内存无法释放。</p> <p>数据库在不使用时也没有关闭,那么这部分内存也就无法回收。</p> <p>以下列举注意情况:</p> <ul> <li>遵守生命周期,创建时创建,销毁时记得回收</li> <li>Bitmip 和 Drawable 记得手动回收</li> <li>减少静态变量的使用</li> <li>自定义静态 Handler,和 Handler 回收</li> <li>使用 Application Context,少使用 Activity Context</li> <li>监听器不使用的时候记得释放</li> <li>如果循环中使用较多临时变量,当不使用时及时释放</li> </ul> <h2>参考文章</h2> <ul> <li><a href="/misc/goto?guid=4959728203062142253" rel="nofollow,noindex">Android App 内存泄露之Handler</a></li> <li><a href="/misc/goto?guid=4959728203155025413" rel="nofollow,noindex">【译】什么导致了Context泄露:Handler&内部类</a></li> <li><a href="/misc/goto?guid=4959620560124758022" rel="nofollow,noindex">细话Java:"失效"的private修饰符</a></li> <li><a href="/misc/goto?guid=4959622277176409012" rel="nofollow,noindex">How to Leak a Context: Handlers & Inner Classes</a></li> </ul> <p> </p> <p>来自:http://www.jianshu.com/p/04c94470c50f</p> <p> </p>
本文由用户 qashili 自行上传分享,仅供网友学习交流。所有权归原作者,若您的权利被侵害,请联系管理员。
转载本站原创文章,请注明出处,并保留原始链接、图片水印。
本站是一个以用户分享为主的开源技术平台,欢迎各类分享!