⑥ Lifecycling类
将传入的 LifecycleObserver 进行类型包装,生成一个新的 LifecycleEventObserver
实例,使得Event分发过程可以统一入口。直接关注 lifecycleEventObserver()
:
看下 FullLifecycleObserverAdapter
:
就是套了一层,保证先执行FullLifecycleObserver的回调,再执行LifecycleEventObserver的回调。
注解反射相关的暂且不看,基于OnLifecycleEvent注解方式进行回调,是面向基于Java 7作为编译版本的平台,现在基本都Java 8了,甚至有些玩Compose的都已经用上Java 11了。注释也有说,只是为了兼容保留,后续会逐步废弃。
lifecycle-common包看得差不多了,接下来看另一个~
0x3、lifecycle-runtime 源码解读
lifecycle-runtime
包含下述四个文件:
① LifecycleRegistry类
整个包里最重要的一个类,可看作 具体被观察者,常规玩法都是:
定义一个集合,存所有观察者,事件产生时,迭代集合,调用观察者对应的回调方法。
但在这里,逻辑变得更复杂了,因为还涉及到了 状态管理
,还得考虑这些问题:
- ① 有事件产生迭代观察者集合时,可能增删集合中的观察者 → 集合需要支持迭代时增删元素 → 你像ArrayList就不行,for迭代时移除元素会报ConcurrentModificationException;
- ② 处理事件回调时,新加入的观察者该如何处理?该设置为什么状态?要不要也进行回调?
- ③ 如果移除观察者呢?状态要更新吗?还是直接忽略?等等...
心中埋下这些问题的种子,然后开始跟源码,先是这个支持迭代时增删元素的集合:
一眼就看到这个 FastSafeIterableMap
,点开类,注释说到:
简陋版的LinkedHashMap,支持遍历时的元素删除,比SafeIterableMap占用更多内存,非线程安全
他继承 SafeIterableMap(链表实现) 类,并重写了这四个方法
空间换时间,就是套了一层HashMap,使得 查找起来会更快 而已,接着看 SafeIterableMap
定义了头、尾Entry,存迭代器的WeakHashMap,节点计数器,看下 Entry
就是每个独立的 节点
,里面除了key,value外,还有前后节点的引用,继续看get()、和put():
单链表的常规操作了,而 putIfAbsent()
更简单,就是调get(),拿到元素直接返回,拿不到put()插入元素。
回到关注点:遍历时删除元素,跟下 remove()
:
跟下 supportRemove()
:
关于迭代器具体的添加和删除,提供三个具体实现类:
- AscendingIterator(升序)
- DescendingIterator(降序)
- IteratorWithAdditions(还支持添加元素)
就不去抠了,在调用 iterator() 获得迭代器时,都会把迭代器添加到集合中:
移除的话就不牢费心了,因为是弱引用,GC会自动回收,关于这个迭代时可增删元素的集合就了解到这。看回LifecycleRegistry:
key是LifecycleObserver,Value是 ObserverWithState
,看看定义:
就是状态与观察者进行关联,并提供统一的事件分发入口,接着看下啥时候加集合里了,搜下 putIfAbsent
定位到了 addObserver()
大体了解流程,有疑惑的应该是这个 可重入标记 和 sync()同步,看看都同步的啥吧:
看下降级、升级同步对应的两个方法:
所以sync()做的事情就是:让所有观察者完成状态迁移,并完成相应的事件分发,而同步完成的判断依据就是:首尾节点是否相等。
除了addObserver()添加新Observer时会同步外,在生命周期事件迁移时也会同步,定位到: