目录
Android的消息机制主要是指Handler的运行机制以及Handler所附带的MessageQueue和Looper的工作过程。
1.消息机制原理的解释:
在主线程里创建一个Handler,然后在分线程中引用这个Handler来发送Message对象给MessageQueue,循环器Looper从MessageQueue里面取出一个需要处理的Message,交给Handler处理,一般是进行UI处理。处理完之后,Message就没有太大的用处,Looper清理Message,让Message回到默认状态。
2.Android的消息机制概述
1.Handler的背景(三个常见问题)
(1)Android为什么要提供Handler?
这是因为Android规定访问UI只能在主线程中进行,如果在子线程中访问UI,那么程序就会抛出异常,但是Android又建议不要在主线程中进行耗时操作,否则会导致线程无法响应即ANR,比如我们需要从服务器拉取一些信息并将其显示在UI上,这个时候必须在子线程中进行拉取工作,拉取完毕后,不能在子线程上直接访问UI,这时候通过Handler就可以将访问UI的操作切换到主线程去执行。
(2)系统为什么不允许在子线程中访问UI呢?
这个因为Android的UI控件并不是线程安全的,如果在多线程中并发访问可能会导致UI控件处于不可预期的状态。
(3)为什么系统不对UI控件的访问加上锁机制呢?
缺点有两个:
- 加上锁机制会让UI访问的逻辑变得复杂
- 锁机制会降低UI访问的效率,因为锁机制会阻塞某些线程的执行。
鉴于这两个缺点,最简单且高效的方法就是采用单线程模型来处理UI操作。
Handler的工作原理的解释:
子线程默认没有Looper的,如果需要使用Handler,那么在Handler创建时就需要为线程创建Looper,利用Looper来构建内部的消息循环系统,如果当前线程没有Looper,那么就会报错。Handler创建完毕之后,Handler通过post方法把一个Runnable传到Looper中去处理,或者通过send方法发送消息,Looper会调用MessageQueue的enqueueMessage方法将消息发入消息队列中,然后Looper不断循环发现需要处理的消息之后,就会调用消息中的Runnable或者或者Handler的handleMessage方法,这样一来,Handler中的业务逻辑就被切除到创建Handler所在的线程中去执行。
3.消息机制的分析
1.了解Message
可理解为线程间通讯的数据单元,可通过message携带需要的数据
创建Message的方法
val message:Message= Message()
val message1:Message=Message.obtain()//它利用了Message中消息池(sPool)
封装数据:
int what:标识
int arg1:保存int数据
int arg2:保存int数据
Object obj:保存任意时刻的数据
Long when :记录应该被处理的时间值,若为即时消息,时间值=发送时间,若为延时消息,时间值=发送时间+延迟时间
Handler target:用来处理消息的Handler对象,就是发送消息的Handler
Runnable callback:用来处理消息的回调器
Message next:指向下一个Message用来形成一个链表
Message sPool:用来缓存处理过的Message,以便复用
2.了解Handler
Handler是Message的处理器,同时也负责消息的发送和移除的工作
(1)Handler的构造方法
Android API 30以上,使用Handler()方法时会显示删除线,并提示相关的方法已经被弃用,不建议使用。如图所示:
但是安卓不是弃用Handler这个类,而只是弃用Handler的两个构造方法:
Handler()
Handler(callback:Handler.Callback)
安卓建议采用如下方法来解决
1.使用Executor
2.明确指定Looper
3.使用Looper.getMainLooper()定位并使用主线程的Looper
4.如果又想在其他线程,又想要不出bug,请使用Handler(looper:Looper)或者Handler(Looper.myLooper())这两个构造方法。
(2) Handler导致的内存泄漏问题
在Android中最常用的一种内存泄漏是Handler导致的泄漏,原因:
(1)在Activity被摧毁时,延迟消息还没发出,Handler可能有未执行完或者正在执行的Message,MessagesQueue就会持有这个消息的引用,导致Handler持有Activity的引用,进而导致GC无法回收Activity。
(2)Handler中有还没执行完的Message,还在运行,而运行中的子线程不会被回收,所以就导致了内存泄漏。
解决方法:
1.在Activity的onDestroy()方法中,清空Handler中的未执行或者正在执行的Message和Callbacks
override fun onDestroy() {
super.onDestroy()
handler.removeCallbacksAndMessages(null)
}
2.static+弱引用
class MyHandler(activity: HandlerActivity):Handler(Looper.getMainLooper()){
private val myWeakReference:WeakReference<HandlerActivity> = WeakReference(activity)
override fun handleMessage(msg: Message) {//处理消息的回调方法
myWeakReference.get()?.run {
...
}
}
}
(3)Handler的常用方法:
- 发送即时消息:sendMessage(msg Message)
- 发送延时消息:sendMessageDelayed(msg Message,delayMillis Long)
- 处理方法:handleMessage(msg Message)(回调方法)
- 移除还未处理的消息:removeMessages(what int)
部分源码:
由下面的源码可以看出,这些方法的本质是调用了queue.enqueueMessage(msg,uptimeMillis)方法。
sendMessage(Message msg)
->sendMessageDelayed(msg,0)
sendEmptyMessage(int what)
->sendEmptyMessageDelayed(what,0)
sendEmptyMessageDelayed(what,0)//发送不带数据的消息
->sendMessageDelayed(msg,delayMillis)
sendMessageDelayed(Message msg,long delayMillis)
->sendMessageAtTime(msg,SystemClock.uptimeMillis()+delayMillis)
sendMessageAtTime(Message msg,long uptimeMillis)
->enaueueMessage(queue,msg,uptimeMillis)//将消息添加到消息队列中
enaueueMessage(MessageQueue queue,Message msg,long uptimeMillis)
->queue.enqueueMessage(msg,uptimeMillis)//调用消息队列保存消息对象
removeMessage(int what)//移除消息
->mQueue.removeMessage(this,what,null)//调用消息队列移除它内部的指定what消息
handleMessage(Message msg)//处理消息的回调方法
3.消息队列的工作原理
- MessageQueue消息队列,负责入队和出队,储存Handler发送的消息,它是一个按Message的when的排序的优先队列。
- 虽然MessageQueue叫消息队列,但是它内部是用链表来实现的。
MessageQueue主要包含两个操作:插入和读取,读取操作本身会伴随删除操作,插入和读取对应的方法分别为enqueueMessage和next:
boolean enqueueMessage(Message msg, long when):往消息队列中插入一条消息
Message next() :消息队列中取出一条消息并将其从消息队列中移除
enqueueMessage和 next方法的部分源码:
enqueueMessage的主要操作就是单链表的插入操作
boolean enqueueMessage(Message msg, long when) {//将Messages插入消息队列
...
msg.when = when;//指定消息应该被处理的时间
...
for (;;) {//将当前消息对象保存到消息队列中的一个合适的位置
prev = p;
p = p.next;
if (p == null || when < p.when) {
break;
}
if (needWake && p.isAsynchronous()) {
needWake = false;
}
}//最终的结果是:消息队列是按when来排序的
...
nativeWake(mPtr);//通过本地方法实现对处理等待状态的底层线程
...
}
next方法是一个无限循环的方法。如果消息队列中没有消息,那么next方法可以阻塞在这里,
当有新的消息到来时,next方法会返回这条消息并将其中单链表中移除。
Message next() {//取出一个合适的Message对象,可能不会立刻返回
...
nativePollOnce(ptr, nextPollTimeoutMillis);//本地方法,会导致可能处理等待状态,但不会阻塞主线程
...
Message msg = mMessages;//取出消息队列中的第一个消息
...
return msg;//返回
...
}
4.Looper的工作原理
Looper在Android的消息机制中扮演着消息循环的角色。
Looper为一个线程开启一个消息循环,创建MessageQueue,负责循环取出Message Queue里面的当前需要处理的Message,也就是说,它会一直不停地从MessageQueue中查看是否会有新消息,如果有新消息就会交给对应的Handler进行处理,处理完后,将Message缓存到消息池中以备复用,否则就一直阻塞在那里,Looper退出后,Handler发送消息会失败,线程会立刻终止。
常用方法:
Looper.prepare():为当前线程创建一个Looper。
Looper.loop():开启消息循环.
Looper.getMainLooper():获取主线程的Looper。
Looper.quit()直接推迟Looper
Looper.quitSafely()设定一个退出标记,然后把消息队列中的已有消息处理完毕才安全地退出。
如何为一个线程创建Looper?
thread {
Looper.prepare()
val handler:Handler=MyHandler(this)
Looper.loop()
}
loop方法的部分源码:
public static void loop() {
final Looper me = myLooper();//得到looper对象
...
for (;;) {//无限循环
...
Message msg = me.mQueue.next(); // 从消息队列中取出消息
...
msg.target.dispatchMessage(msg);//调用Handler去分发并处理消息
...
msg.recycleUnchecked();//回收利用Message
...
}
}
4.Handler使用(DEMO)
功能描述:
1.初始时
显示10,可以通过点击按钮改变其值
2.点击自动增加
每隔一秒上面的文本数值增加1,但最大显示20并作出提示
3.点击自动减少
每隔一秒上面的文本数值减少1,但是最小显示1并作出提示
4.点击暂停
上面的数值文本不再变化
效果图:
代码如下:
class HandlerActivity : AppCompatActivity() {
lateinit var handler: Handler
lateinit var number:TextView
lateinit var increase:Button
lateinit var decrease:Button
lateinit var pause:Button
//static+弱引用
class MyHandler(activity: HandlerActivity):Handler(Looper.getMainLooper()){
private val myWeakReference:WeakReference<HandlerActivity> = WeakReference(activity)
override fun handleMessage(msg: Message) {//处理消息的回调方法
myWeakReference.get()?.run {
var numberint:Int=Integer.parseInt(number.text.toString())
when(msg.what){
1->{
if(numberint==20){
Toast.makeText(this,"已经达到最大值",Toast.LENGTH_SHORT).show()
return
}
numberint++
number.text= numberint.toString()
handler.sendEmptyMessageDelayed(1,1000)
}
2->{
if(numberint==1){
Toast.makeText(this,"已经达到最小值",Toast.LENGTH_SHORT).show()
return
}
numberint--
number.text=numberint.toString()
handler.sendEmptyMessageDelayed(2,1000)
}
else -> {}
}
}
}
}
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_handler)
number=findViewById(R.id.number)
increase=findViewById(R.id.increase)
decrease=findViewById(R.id.decrease)
pause=findViewById(R.id.pause)
handler=MyHandler(this)
increase.setOnClickListener {
increase.isEnabled=false
decrease.isEnabled=true
pause.isEnabled=true
handler.removeMessages(2)
handler.sendEmptyMessage(1)
}
decrease.setOnClickListener {
increase.isEnabled=true
decrease.isEnabled=false
pause.isEnabled=true
handler.removeMessages(1)
handler.sendEmptyMessage(2)
}
pause.setOnClickListener {
increase.isEnabled=true
decrease.isEnabled=true
pause.isEnabled=false
handler.removeMessages(1)
handler.removeMessages(2)
}
}
override fun onDestroy() {
super.onDestroy()
handler.removeCallbacksAndMessages(null)
}
}
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/95966.html