context是如何泄漏的 - Handlers和内部类
来源:互联网 发布:java web实训项目总结 编辑:程序博客网 时间:2024/05/16 19:09
考虑如下代码:
- public class SampleActivity extends Activity {
- private final Handler mLeakyHandler = new Handler() {
- @Override
- public void handleMessage(Message msg) {
- /* ... */
- }
- }
- }
你可能看不出来这段代码会造成内存泄漏, 确实, 它不那么容易被发现. 如果你运行Android的lint工具, 它会给你一个警告, 提示你把handler定义成静态的(static), 否则可能造成内存泄漏. 但内存泄漏是怎么发生的呢?
首先, 我们应该知道如下几点:
1: 当一个android程序启动时, 框架层(framework)会为程序的主线程创建一个Looper对象. 该对象实现了一个简单的消息队列, 循环不断的处理队列上的消息对象(Message), 主线程上的Looper对象在程序的整个生命周期中一直存在.
2: 当一个Handler在主线程上被实例化时, 它就与Looper的消息队列关联到一起了. 队列上的Message对象持有一个handler的引用, 这使得Looper处理到某一个Message时, 能够调用handler.handleMessage()方法.
3: 在java里, 非静态内部类和匿名内部类持有一个隐式的外部类引用. 相反, 静态的内部类就没有该隐式引用.
那么, 泄露在哪里发生呢? 这个有点微妙, 考虑下面一个例子:
- public class SampleActivity extends Activity {
- private final Handler mLeakyHandler = new Handler() {
- @Override
- public void handleMessage(Message msg) {
- /* ... */
- }
- }
- @Override
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- // Post a message and delay its execution for 10 minutes.
- mLeakyHandler.postDelayed(new Runnable() {
- public void run() { }
- }, 600000);
- // Go back to the previous Activity.
- finish();
- }
- }
当Activityfinish后, 我们发出的那个"延迟处理消息"将在主线程的消息队列中保持10分钟, 直到该消息最终被处理. 由于消息持有一个handler的引用, 而handler又持有一个它的外部类-SampleActivity的引用, 这样就阻止了activity的context被垃圾回收, 从而泄漏了Activty引用的所有的应用资源. 注意上述例子中的匿名的Runnable对象也一样造成了context的泄露.
要避免这个问题, 就需要将Handler改为静态内部类. 如果你需要在Handler中调用Activity外部类的方法, 你可以在handler中使用一个WeakReference来持有activity对象.
(注意我们将Handler和Runnable都定义成了static的)
- public class SampleActivity extends Activity {
- private static class MyHandler extends Handler {
- private final WeakReference<SampleActivity> mActivity;
- public MyHandler(SampleActivity activity) {
- mActivity = new WeakReference<SampleActivity>(activity);
- }
- @Override
- public void handleMessage(Message msg) {
- SampleActivity activity = mActivity.get();
- if (activity != null) {
- /* ... */
- }
- }
- }
- private final MyHandler mHandler = new MyHandler(this);
- // Instances of anonymous classes do not hold an implicit
- // reference to their outer class when they are "static".
- private final static Runnable sRunnable = new Runnable() {
- public void run() { }
- };
- @Override
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- // Post a message and delay its execution for 10 minutes.
- mHandler.postDelayed(sRunnable, 600000);
- // Go back to the previous Activity.
- finish();
- }
- }
结论: 在Activity中使用非静态的内部类时, 尽量避免内部类生命周期超出了Activity之外. 类似的例子还有AsyncTask.
=================================
补充例子:
如果你看过PendingIntent的源代码, 你会看到它有一些send(Handler...)的方法, 如果某个Activity调用了PendingIntent.send(...), 并且传入一个非静态的内部Handler类, 当activity被销毁后, 内部类仍然持有它的引用, 导致它无法被垃圾收集.
当然, 如果你没有像这样不当的发布一个Handler到其它的类, 你就不用担心泄露发生.
=================================
如果你不想每次都创建一个WeakReference, 可以先创建这样一个通用类:
- public abstract class WeakReferenceHandler<T> extends Handler {
- private WeakReference<T> mReference;
- public WeakReferenceHandler(T reference) {
- mReference = new WeakReference<T>(reference);
- }
- @Override
- public void handleMessage(Message msg) {
- if (mReference.get() == null)
- return;
- handleMessage(mReference.get(), msg);
- }
- protected abstract void handleMessage(T reference, Message msg);
- }
- context是如何泄漏的 - Handlers和内部类
- context是如何泄漏的 - Handlers和内部类
- context是如何泄漏的 - Handlers和内部类
- context是如何泄漏的 - Handlers和内部类
- [译]Handlers和内部类如何造成Context泄露
- Context泄漏:Handlers & Inner Classes
- 静态内部类、Handlers涉及的内存泄露
- Context是怎么泄露的:Handlers & Inner Classes
- Handler的正确使用,使用静态内部类+虚引用,解决Context泄漏
- 内部类导致内存泄漏的情况
- 匿名内部类造成的内存泄漏
- 内部类是如何访问外部类私有对象的
- JackSon和内部类,是的,你可以使用,但他们必须是静态的内部类
- 非静态内部类造成的内存泄漏
- Android减少内存泄漏之静态内部类的使用
- 自定义无内存泄漏的Handler内部类
- 每日一结:内部类引起的内存泄漏
- 内部类Handler引发的内存泄漏问题
- Autolayout - 3
- Java入门----各周作业汇总
- gem5的安装与使用
- Eclipse常用的高效插件
- linux 配置 ip地址
- context是如何泄漏的 - Handlers和内部类
- NodeJS写日志_Log4js使用详解+常见困难的解决
- iOS 常见 Crash 及解决方案
- lucene 近实时搜索实例
- hive压缩之小文件合并
- 软件项目管理经验点滴总结
- 分布式学习笔记
- 数据结构学习记录之一查找
- POJ 2431 Expedition (贪心 + 优先级队列)