Handler
来源:互联网 发布:淘宝服装品牌排行榜 编辑:程序博客网 时间:2024/05/14 13:17
Handler也是造成内存泄露的一个重要的源头,主要Handler属于TLS(Thread Local Storage)变量,生命周期和Activity是不一致的,Handler引用Activity会存在内存泄露。
看一下如下代码
是否您以前也是这样用的呢。
没有问题?
Eclipse 工具有这样的警告提示 警告:
This Handler class should be static or leaks might occur (com.example.ta.HandlerActivity.1)意思:class 使用静态声明否者可能出现内存泄露。
为啥出现这样的问题呢
Handler 的生命周期与Activity 不一致
- 当Android应用启动的时候,会先创建一个UI主线程的Looper对象,Looper实现了一个简单的消息队列,一个一个的处理里面的Message对象。主线程Looper对象在整个应用生命周期中存在。
- 当在主线程中初始化Handler时,该Handler和Looper的消息队列关联(没有关联会报错的)。发送到消息队列的Message会引用发送该消息的Handler对象,这样系统可以调用 Handler#handleMessage(Message) 来分发处理该消息。
handler 引用 Activity 阻止了GC对Acivity的回收
- 在Java中,非静态(匿名)内部类会默认隐性引用外部类对象。而静态内部类不会引用外部类对象。
如果外部类是Activity,则会引起Activity泄露 。
当Activity finish后,延时消息会继续存在主线程消息队列中1分钟,然后处理消息。而该消息引用了Activity的Handler对象,然后这个Handler又引用了这个Activity。这些引用对象会保持到该消息被处理完,这样就导致该Activity对象无法被回收,从而导致了上面说的 Activity泄露。
如何避免修?
- 使用显形的引用,1.静态内部类。 2. 外部类
- 使用弱引用 2. WeakReference
修改代码如下:
上面这样就可以了吗?
当Activity finish后 handler对象还是在Message中排队。 还是会处理消息,这些处理有必要? 正常Activitiy finish后,已经没有必要对消息处理,那需要怎么做呢? 解决方案也很简单,在Activity onStop或者onDestroy的时候,取消掉该Handler对象的Message和Runnable。 通过查看Handler的API,它有几个方法:removeCallbacks(Runnable r)和removeMessages(int what)等。
代码如下:
如果上面觉的麻烦,也可以如下面:
0 0
- Handler
- Handler
- Handler
- handler
- handler
- Handler
- Handler
- Handler
- Handler
- Handler
- Handler
- handler
- Handler
- handler
- handler
- Handler
- Handler
- Handler
- POJ 1141 Brackets Sequence(区间DP)
- MATLAT2012B安装license checkout failed
- IT相关证书
- 兼容ie select option 显示隐藏
- 187.Which two statements describe good practices for an application developer to reduce locking conf
- Handler
- static关键字其实一点也不安静
- Spring参考文档(4.3.2)
- 过河问题 (Standard IO)
- 【Android】一个TextView显示不同颜色字体
- Exception.printStackTrace()转换为String输出
- 188.You receive complaints from users regarding the high waiting time for their transactions. On inv
- 【linux】tar和gzip解压缩
- RHEL7 rename VM in libvirt+KVM