从另一个角度解读handler原理
前言
这几天在重新梳理Android开发相关的知识点，今天在梳理hanlder的时候，突然感受是不是可以换一个角度来梳理handler的原理，这样可能更有助于理解handler，接下来设计到的知识点有内存， 线程，java内存模型等相关概念。 假如我们一个引用的内存有这些线程，handler，looper是不是有点晕乎乎的
下面我们就从另外一个角度切入，看看代码究竟是怎么流转的。
下面我会用大量的图片展示handler在时间上内存的变化模型(内存只展示了相关的变量跟概念)
一个初始化的项目
当我们新建一个项目，什么代码都没写的时候，hanlder相关的内存如下
这个时候我们有一个主线程(或者叫UI线程)，这个时候系统会默认帮我们绑定了一个looper对象
我们Activity的LifeCycler回调就是这个默认looper来分发的。
Q:现在我们模拟一个场景就是： 界面元素： 1个Button， 1个TextView 任务：点击Button新开一个子线程，在里面执行我们需要的一些耗时操作，之后通过主线程更新TextView 我们用伪代码模拟下
第一步：创建Handler对象
Handler handler = new Handler(){
@Override
public void handleMessage(@NonNull Message msg) {
switch (msg.what){
case 1:
// 处理UI更新
textView.setText("xxx");
break;
}
}
}
这里我们思考一下
handleMessage里面的代码是在哪个线程里面执行，如果我们把handler跟另外一个looper绑定，又会在哪个线程执行handleMessage里面的代码，后面我会给出答案.
第二步：添加Button点击事件
点击Button新开一个子线程，在里面执行我们需要的一些耗时操作
Button button = findViewById(R.id.xxx);
button.setOnClickListener(v -> {
new Thread(() -> {
// 做一些耗时操作
doSomeWork();
});
});
第二步：在子线程中通过hander发送消息
Button button = findViewById(R.id.xxx);
button.setOnClickListener(v -> {
new Thread(() -> {
// 做一些耗时操作
doSomeWork();
Message msg = Message.obtain();
msg.what = 1; //消息的标识
msg.obj = "子线程想发送给主线程的数据"; // 消息的存放
handler.sendMessage(msg);
});
});
这里主要想说明2点:
1.handler不是线程私有对象，所有能在子线程中通过其引用调用发送消息的方法.
2.looper是线程私有的，我们的消息最终会到达消息队列（消息队列在looper对象中）
第三步：在handler的handleMessage中处理消息
到这里我们的逻辑就完成了 但是我们要思考的是： 其实我们所谓的在子线程中发送消息消息，在主线程中处理消息，其实说白了都是在利用handler对象来处理的 因为handler没有对象到线程中去，所以任何线程只要能拿到他的引用都能对其进行操作
- 子线程中发送消息消息：我们知道一个Thread类的
run方法是运行在子线程中的，所以在其中执行handler.sendMessage(msg);方法也就是在子线程中。 - 主线程中处理消息: 我们知道
Message是被looper从MessageQueue取出，并且通过其中handler引用调用到了handleMessage中，looper是被主线程私有的，并且是在主线程中的run方法中轮询处理的，所以这段代码就是在主线程中执行的.
总结一下就是 发送消息是在子线程的run方法进行的，处理消息是在主线程的run方法进行的，中间的逻辑纽带是handler的引用。
所谓的一段代码在哪个线程中运行，就是说的这段代码的调用链是在哪个线程的run中被调用的
进阶思考
Q1: HandlerThread使用中的handler中的sendMessage是在哪个线程中？
Q2: HandlerThread使用中的handler中的handleMessage是在哪个线程中？
Q3: 一个线程能有几个looper，几个handler(这个问法不太严谨，想想为啥)？
喜欢本文的话，不妨顺手给我点个小赞、评论区留言或者转发支持一下呗????????????~
点击【GitHub】还有彩蛋哦！！！