1.优先级队列 （数据结构）
优先级队列：根据时间先后顺序排队的单链表
根据时间进行优先级排序队列（如果时间相同这么办，只有一种情况时间相同，就是都为0，只有有时间就不会相同，原因是这个时间是通过系统时间+需要访问的时间 系统时间无时无刻改变）
looper loop函数（里面for死循环）进行轮询一直调用next 去 与准备拿消息队列进行对比
Handler 可以子线程到主线程完整的消息传输
一个线程有几个Handler？n个 new 就是一个
一个线程只有一个Looper 为什么只有一个，如果保证只有一个
Looper里面有一个prepare函数 这个函数里面使用 ThreadLocal 函数.set方法 进行存储（Looper里面只有prepare里面有ThreadLocal .set 方法 其他都是 get方法 ，而且这个方法里面判断了，在set之前如果有 looper 就会抛出异常 only one Looper may be Created per thread 保证只有一个），
ThreadLocal 里面 只有一个数组 利用上下层进行存储 这样就保证了一个 Looper
ThreadLocal 里面set方法只有一个value 就保证了线程只有一个Loope ，一个线程对应一个Looper
Handler 内存泄露 内部类 持有外部类的分应用
Handler 创建的hanlerMessage 就是匿名内部类 jvm 默认持有 jvm 可达性分析（jvm理解） 不愿意释放内部类 所以出问题了
Message 持有了一个叫tragt 的 Handler ，而这个handler 又持有一个 this 所以只有等这个message处理完 才会关闭线程
内存泄露 ： MessageQueue -》Message -》Handler -》this （Activity） 所以即使Activity销毁了 Message没有结束
所以内存泄露
为什么主线程 可以new Handler ？如果想在子线程进行new Handler 需要准备啥？prepare loop
最先执行的main 函数里面进行了主线程先 prepare 后 loop（主线程执行） AMS 都是在这个里面执行的 activityThread
子线程维护了looper 消息队列无消息的时候处理方案（节省新能方案）？，有什么用？
looper 。里面有一个quitSafely（更安全） 与 quit 函数 调用 quit 或则quitSafely（删除所有消息队列，进行释放内存 ，释放线程 唤醒之前的睡眠（维护状态）继续向下执行 完毕线程（主线程不允许调用此函数，否则会抛出异常）
多个线程可以向主线程MessageQueue 添加数据，也就是添加消息 咋样保证内存线程安全
因为线程里面有synchronized 锁 进行保护，因为有锁，所以间接导致后面等待，所以 handler delay时间不准确（延迟）
synchronized 可以修饰啥？修饰方法，静态方法，代码块
修饰方法 和静态方法啥区别？
synchronized修饰普通方法（对象锁）
synchronized修饰静态方法（类锁）
synchronized修饰代码块（也分类锁、对象锁）
代码块（object ） 与 代码块(this) 区别
使用this和object的区别:
this是对当前类做控制, 即保证当前类是线程安全的,.
而对于非线程安全的类在调用时, 为保证其线程安全性可以在调用时使用synchronized(object)确保被调用类的线程安全
cas
aba
[https://www.rongsoft.com/article/2020/09/021501525294/]讲解锁
obtain 链表结构头部添加，进行消息内容置空，在把新的放进去
内存复用 内存抖动
享元设计模式
使用Handler的postDelay后消息队列会用什么变化？
计算等待多长时间，计算完就行对应操作wait
looper 死循环为什么不会导致应用卡死？为什么没有anr
只是looper是睡眠状态，不是卡死 ，卡死是ANR
activityThread 主线程所有looper.loop
app 都有自己的虚拟机，每个都有main函数activityThread 帮我们写了 app启动流程 AMS
launcher（桌面）启动-》applaction-》zygote-》给我们一个虚拟机-》activityThread
main 函数只要就干了，启动main函数的looper 和looper.loop 所以我们所有activity 和serviece等都在 loop里面 而且都是以消息的形式存在
ANR产生原因：按键与屏幕没有响应
5秒内没有响应输入的事件（按键按下，屏幕触摸）
广播10秒没有执行代码
主线程：唤醒的方式有哪些？
- 输入的方式
- looper 添加消息
每一个事件 就是一个 message
所有事件都是在生命周期里面执行的
glide生命周期 -》为了防止内存浪费，glide需要 知道 传入的 context 就是我们Glide.with(context)
那门如果 子线程用glide呢 ，Glide会自动context转成Application 这样生命走起就绑定到 Application上了，这样会内存浪费
所以要管理 FragmentManager生命周期 Fragment（管理机制）
FragmentManager.add（）不是list一样添加，是用handler是有延迟的，所以有 Hashmap<FragmentManager,Fragment> 进行管理 为了防止标记过多利用Handler .senMeaage 把 标志位销毁掉
