.Handler机制中涉及到那些类 各自的功能
答:主要有 handler、MessageQueue、Message、Looper
各自的功能:handler:是将 Message 对象发送到 MessageQueue 中去,同时将自己的引用赋值给Message.arget
MessageQueue:它是消息队列,里面存放message(负责插入和取出消息)
message:消息 被存放在MessageQueue中
Loop:的作用是将 Message 对象从 MessageQueue 中取出来,并将其交给Handler#dispatchMessage(Message) 方法
它是消息封装的载体
1).内部包含一个MessageQueue,所有发送的消息都走这个消息队列
2).Looper.loop()方法就是一个死循环,如果MessageQueue中有消息就取消息进行处理 ,如果MessageQueue中没有消息,就进行阻塞
2.Handler 有哪些发送消息的方法
在这个方面 post方法是关键,面试回答的时候 要回答到post方法
sendMessage(Message msg)
sendMessageDelayed(Message msg, long uptimeMillis)
post(Runnable r)
postDelayed(Runnable r, long uptimeMillis)
sendMessageAtTime(Message msg,long when)
3.MessageQueue 中的 Message 是有序的吗?
答:是有序的
4.子线程中可以直接创建 Handler 对象吗?
答:不可以 如果在子线程中创建了Handler对象,它会抛出“没有Looper.prepare()”的异常,如果想在子线程中创建handler对象,必须要有Looper.prepare()(初始化Looper对象)
5.Looper 是如何与 Thread 关联的
答:Looper与Thread关联主要是有ThreadLocal这个作为桥梁将他们进行关联,在threadLocal中它有get()和set()方法来进行赋值和取值,由于ThreadLocal是与线程绑定的,所以,我们只要把Looper和ThreadLoca绑定了,那么 Looper和Thread也就关联了
6.handler有内存泄漏吗?是如何解决的?
答:因为我们在使用handler的时候,他经常和message 以及 messageQueue绑定到一起,所以,如果信息队列中有尚未处理的消息,而message持有handler的引用,而并不是静态内部类持有外部类Activity的引用,导致Activity无法被系统回收,就造成了内存泄漏
解决方法:1.避免在Activity中引用非静态的handler,那样handler的存活长度就与Activity的生命周期没有关系了
2.同时我们重写了handler,我们使用弱引用weakReference的方式去引用Activity,就避免了activity作为context对象传入引用对象中,(弱引用)在垃圾回收器中, 线程扫描它所管理的内存对象,发现弱引用的时候,来判断它是否要回收
3.在obDestory中,移除message
(它的根本原因是因为handler与Activity的生命周期不相同)
7.HandlerThread是什么?
答:HandlerThread是在启动App的时候创建的,AndroidThread代表应用程序,而我们开发中常用的Application其实就是AndroidThread的上下文
8.Handler的postDealy()调用后,消息队列会发生什么变化?
答:postDelay的message并不是先等待一定时间然后再放入到MessageQueue中,而是直接进入并阻塞当前的线程,然后将其delay的时间和对头的时间进行比较,按照触发的时间进行排序,如果触发的时间更接近,则放入 大头,保证队头的时间最小,队尾的时间最大,此时,如果队头的message正是被delay的,则将当前线程堵塞一段时间,直到等待足够时间再唤醒执行该Message,否则唤醒后直接执行。
9.循环拿到一个消息之后,如何处理
答:是通过Looper的循环里调用Handler的dispatchMessage()方法去处理的,而dispatchMessage()方法中又会调用handlerMessage()方法,而handlerMessage()方法就是平常调用Handler时重写的方法,所以最终处理消息还是由自己来决定。
10.ThreadLocal是什么?
答:它是一个用来存储数据的类,类似HashMap、ArrayList等集合类。它的特点是可以在指定的线程中存储数据,然后取数据只能取到当前线程的数据。
11.
(本文持续更新中)