Hanlder分析研究

Handler几乎天天使用，但是没有深入研究，最近找资料，自己深入研究了下，写出来记录下。

handler是什么

handler是Android提供的ui更新的机制，也是一套消息处理机制，发送接收消息，（handler也会发送消息对activity生命周期的管理）。
涉及到ui更新时候必须使用

handler存在的目的

解决多线程问题，为了防止更新ui错乱
没有加锁是因为，加锁的时候效率低下

核心原理

官方说明

Handler负责发送消息，消息在MessageQueue中（是一个消息保存的容器），Looper负责获取Handler发送的消息，直接让消息回传给Handler自己进行处理

重要：
ActivityThread 默认创建activity 和回调activity的各个方法，会默认一个main线程（ui线程）创建一个looper，创建MessageQueue 线程队列了

ActivityThread main（）

Looper prepareMainLooper（）

threadlocal 线程中保存一些变量的信息 set get

最后初始化的地方

Handler的实现

Handler需要获取到looper 消息保存到MessageQueue里面

主线程和子线程的通信

handlerThread从主线程向子线程发送消息，可以在子线程里面进行耗时操作

//HandlerThread解决多线程问题
HandlerThread ht = new HandlerThread("hand");
ht.start();
//创建子线程
handlerT = new Handler(ht.getLooper()) {
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
Message m = new Message();
//向主线程发送消息
handler.sendMessageDelayed(m, 1000);
}
};
//主线程
Handler handler = new Handler() {
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
//向子线程发送消息
Message m = new Message();
handlerT.sendMessageDelayed(m, 1000);
Log.e("test", Thread.currentThread().getName());
}
};

非UI线程真的不能更新UI吗...

在ViewRootImpl更新一些ui的判断处理逻辑 ，但是有一个问题，ViewRootIMpl 只有在onResume（）方法中才初始化的，所以在onResume（）方法前面是可以开启子线程进行非UI线程能更新UI的。。。。。
具体ViewRootImpl没有实例化的时候是不会check是否是主线程，也就是说，在非UI线程中是可以更新UI的，但是为了线程安全的原因，系统会强制要求只能在主线程中更新UI。不过没有太大的意义是因为实际开发中是不会有这种情况的，谷歌官方也是说了只能在UI线程更新UI，这顶多算是一个BUG，可能面试时候可以展示一些自己阅历丰富吧