private final LifecycleRegistry mLifecycleRegistry = new LifecycleRegistry(this);
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// 重要
ReportFragment.injectIfNeededIn(this);
if (mContentLayoutId != 0) {
setContentView(mContentLayoutId);
}
}
public Lifecycle getLifecycle() {
return mLifecycleRegistry;
}
}
可以看到 LifecycleOwner 的方法 getLifecycle 在 Acitivity 中返回的正是LifecycleRegistry。
首先介绍 LifecycleRegistry 类中的几个成员变量：
public class LifecycleRegistry extends Lifecycle {
/**
*/
private State mState;
private FastSafeIterableMap<LifecycleObserver, ObserverWithState> mObserverMap =
new FastSafeIterableMap<>();
private final WeakReference mLifecycleOwner;
private int mAddingObserverCounter = 0;
private boolean mHandlingEvent = false;
}
- FastSafeIterableMap LifecycleRegistry 中存储observer的集合类型，这个集合的功能是通过署理 HashMap 来进行拓展的。类似于 LinkedHashMap ，集合元素有序，通过链表将每一个Entry连起来。支持迭代操作和添加删除操作同时进行
- mLifecycleOwner 这里利用了弱引用。假如在 Fragmnet 大概 Activity 中 lifecycle 的引用被其他组件持有，弱引用保护了不会走漏整个 Framgnet 、 Activity （但是我们在开发中最好不要让 lifecycle 的引用暴露出来）
- mAddingObserverCounter 、mHandlingEvent 两个bool值，与同步操作相干。
- mState 表现LifecycleOwner的当前状态。当lifecycle监测到Activity/Framgnet 的生命周期发生变革时，会首先更新mState的值，然后调用sync()这个方法将其他lifecycle的数据和observers的数据进行同步，并根据mState的变革分发mState对应Event。
我们接着分析注册流程
addObserver(LifecycleObserver observer) 方法就是注册流程的入口。
@Override
public void addObserver(@NonNull LifecycleObserver observer) {
State initialState = mState == DESTROYED ? DESTROYED : INITIALIZED;
// observer的转化流程在这里，这一步走完就已经将LifecycleObserver转换为LifecycleEventObserver了，
ObserverWithState statefulObserver = new ObserverWithState(observer, initialState);
ObserverWithState previous = mObserverMap.putIfAbsent(observer, statefulObserver);
// 重复添加，直接返回
if (previous != null) {
return;
}
// 判空
LifecycleOwner lifecycleOwner = mLifecycleOwner.get();
if (lifecycleOwner == null) {
return;
}
// 是否重入
boolean isReentrance = mAddingObserverCounter != 0 || mHandlingEvent;
State targetState = calculateTargetState(observer);
mAddingObserverCounter++;
// 重要
// 此时statefulObserver.mState 的初始值为
// INITIALIZED ，通过与计算出的 targetState 比力，
// 小于的话，就进入循环。
// （DESTROYED是最小的，INITIALIZED比DESTROYED大，CREATED比INITIALIZED，以此类推）
while ((statefulObserver.mState.compareTo(targetState) < 0
&& mObserverMap.contains(observer))) {
// 将自身状态存起来
pushParentState(statefulObserver.mState);
// 分发Event
statefulObserver.dispatchEvent(lifecycleOwner, upEvent(statefulObserver.mState));
// 将自身状态删掉
popParentState();
// 重新计算状态，用于循环退出条件：直到observer的状态从INITIALIZED的状态递进到当前LifecyleOwner的状态
targetState = calculateTargetState(observer);
}
//假如重入的话没有必要每次都同步，浪费资源，只需要在末了一次处理完全部使命之后同步一次即可
if (!isReentrance) {
//更新一些属性，并分发event
sync();
}
mAddingObserverCounter–;
}
这个方法首先辈来前几行代码：将 state与observer 包装成ObserverWithState类型，state 的初始值为 INITIALIZED ,然后存入集合，假如observer之前已经存在的话，就认定重复添加，直接返回。当添加的observer为新的时间，走下面流程。
接着判断了一下isReentrance这个boolean值，从字面意思来看，代表着：是否重入，可以明白为：
同时执行添加addObserver()的流程大概同时有其他Event事件正在分发。
假如重入的话，在方法末尾的同步方法sync()就不会执行，由于重入时对每一次状态改变都进行同步是多余的操作，只需要在末了一次进行同步操作即可。
还记得上一篇文章的末尾我举了一个例子吗？在 observer 中观察 Activity 的ONSTART 事件和 ONCREATE 事件，而在 Activity 的 onResume() 中才调用 addObserver() 。效果 observer 还是能受到 nCreate 和 onStart 生命周期的事件关照
Lifecycle能实现这种神奇的操作，逻辑就在这一段while循环中。
为了方便，while循环的分析写在了代码的注释里。
看一下这段循环中涉及到的两个方法dispatchEvent() 和 upEvent()
static class ObserverWithState {
State mState;
LifecycleEventObserver mLifecycleObserver;
ObserverWithState(LifecycleObserver observer, State initialState) {
mLifecycleObserver = Lifecycling.lifecycleEventObserver(observer);
mState = initialState;
}
void dispatchEvent(LifecycleOwner owner, Event event) {
State newState = getStateAfter(event);
mState = min(mState, newState);
// observer的回调函数
mLifecycleObserver.onStateChanged(owner, event);
mState = newState;
}
}
可以看到 dispatchEvent() 真正调用了 observer的回调方法，自己写的逻辑会在这里被执行，然后会更新mState，这里的 mState 是 observer 的 State。然后再配合 upEvent() 方法
private static Event upEvent(State state) {
switch (state) {
case INITIALIZED:
case DESTROYED:
return ON_CREATE;
case CREATED:
return ON_START;
case STARTED:
return ON_RESUME;
case RESUMED:
throw new IllegalArgumentException();
}
throw new IllegalArgumentException("Unexpected state value " + state);
}
和上面的代码注释，各人应该能很容易明白：observer的 mState 初始状态为INITIALIZED ，然后通过upEvent不停向前分发事件，更新状态，直到 observer 的mState达到当前 LifecycleOwner 的 mState
一个完整的addObserver()流程就走完了
LifecycleRegistry这个类团体的功能基本符合之前的猜测，这里再回顾一下
- 添加观察者observer，将observer解析之后，存在集合中，并在得当的时间移除observer
- 获取当前LifecycleOwner的状态，并负责状态与事件的转换
在注册流程的末了，我其实漏了一个点，Lifecycle是如何将多种差别的LifecycleObserver实现类 转化成统一的LifecycleEventObserver实现类。
由于对主线影响不大，这里就不展开说了，读者有爱好可以自己去阅读源码，入口在addObserver()方法里，我已经用注释标出
关照流程
====
注册流程走完，Lifecycle 已经持有了全部 observer 的引用，只要在Activity \Fragment 生命周期改变的时间,通过Lifecycle 去关照全部observers，即可实现lifecycle的功能，而Lifecycle是如何感知Activity \Fragment生命周期的变革呢？
其实之前看ComponentActivity类的时间有一个奇怪的东西：
public class ComponentActivity extends androidx.core.app.ComponentActivity implements
LifecycleOwner,
ViewModelStoreOwner,
… {
…
private final LifecycleRegistry mLifecycleRegistry = new LifecycleRegistry(this);
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
…
// 这里
ReportFragment.injectIfNeededIn(this);
if (mContentLayoutId != 0) {
setContentView(mContentLayoutId);
}
}
…
}
跟进去看一下ReportFragment这个类有什么功能：
public class ReportFragment extends Fragment {
public static void injectIfNeededIn(Activity activity) {
//为 @param activity 创建一个没有UI的Fragment
android.app.FragmentManager manager = activity.getFragmentManager();
if (manager.findFragmentByTag(REPORT_FRAGMENT_TAG) == null) {
manager.beginTransaction().add(new ReportFragment(), REPORT_FRAGMENT_TAG).commit();
manager.executePendingTransactions();
}
}
…
@Override
public void onActivityCreated(Bundle savedInstanceState) {
dispatch(Lifecycle.Event.ON_CREATE);
}
@Override
public void onStart() {
dispatch(Lifecycle.Event.ON_START);
}
@Override
public void onResume() {
dispatch(Lifecycle.Event.ON_RESUME);
}
@Override
public void onPause() {
dispatch(Lifecycle.Event.ON_PAUSE);
}
@Override
public void onStop() {
dispatch(Lifecycle.Event.ON_STOP);
}
@Override
public void onDestroy() {
dispatch(Lifecycle.Event.ON_DESTROY);
}
private void dispatch(Lifecycle.Event event) {
Activity activity = getActivity();
if (activity instanceof LifecycleRegistryOwner) {
((LifecycleRegistryOwner) activity).getLifecycle().handleLifecycleEvent(event);
return;
}
if (activity instanceof LifecycleOwner) {
Lifecycle lifecycle = ((LifecycleOwner) activity).getLifecycle();
if (lifecycle instanceof LifecycleRegistry) {
((LifecycleRegistry) lifecycle).handleLifecycleEvent(event);
}
}
}
看完这里，豁然开朗。通过向 Activity 注入没有UI的一个 ReportFragment ,然后在** ReportFragment 的每一个与 Activity 对应的生命周期回调中写了dispathch() 方法** 分发生命周期状态的改变.由于Fragment依赖于创建它的Activity，Fragment的生命周期和Activity生命周期同步，这样就间接实现了 Lifecycle 监听Activity生命周期的功能。然后看一下是dispatch()如何分发Event的：
private void dispatch(Lifecycle.Event event) {
Activity activity = getActivity();
if (activity instanceof LifecycleRegistryOwner) {
((LifecycleRegistryOwner) activity).getLifecycle().handleLifecycleEvent(event);
return;
}
if (activity instanceof LifecycleOwner) {
Lifecycle lifecycle = ((LifecycleOwner) activity).getLifecycle();
if (lifecycle instanceof LifecycleRegistry) {
((LifecycleRegistry) lifecycle).handleLifecycleEvent(event);
}
}
}
调用getActivity()后向上逼迫转换为LifecycleOwner，然后调用了LifecycleRegistry类的handleLifecycleEvent()，逻辑又回到了LifecycleRegistry类中,从这里将事件Event分发回LifecycleRegistry之中
看一下handleLifecycleEvent(event)的详细实现：
public void handleLifecycleEvent(@NonNull Lifecycle.Event event) {
State next = getStateAfter(event);
moveToState(next);
}
将分发来的事件Event转换为State，然后调用 moveToState() :
private void moveToState(State next) {
// 将 mState 更新为当前的 State
mState = next;
…
mHandlingEvent = true;
sync();
mHandlingEvent = false;
}
更新了mState的值之后，就调用sync()。这个方法算是 LifecycleRegistry 类中的一个很重要的方法。
各人可以发现event事件分发过来之后只是更新了一下mSate的值，并没有去调用observers的 onStateChanged() 回调方法。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Android工程师，想要提升技能，每每是自己摸索发展大概是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术故步自封！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简朴，就是盼望可以或许帮助到想自学提升又不知道该从何学起的朋侪，同时减轻各人的负担。
既有得当小白学习的零基础资料，也有得当3年以上履历的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比力大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码课本、实战项目、讲解视频，而且会连续更新！
假如你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
尾声
在我的博客上很多朋侪都在给我留言，需要一些系统的面试高频题目。之前说过我的复习范围无非是个人技术博客还有整理的笔记，思量到笔记是手写版倒霉于生存，所以计划重新整理并放到网上，时间缘故原由这里先列出面试题目，题解详见：
展示学习笔记
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码课本》点击传送门即可获取！
既有得当小白学习的零基础资料，也有得当3年以上履历的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比力大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码课本、实战项目、讲解视频，而且会连续更新！
假如你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
尾声
在我的博客上很多朋侪都在给我留言，需要一些系统的面试高频题目。之前说过我的复习范围无非是个人技术博客还有整理的笔记，思量到笔记是手写版倒霉于生存，所以计划重新整理并放到网上，时间缘故原由这里先列出面试题目，题解详见：
[外链图片转存中…(img-rDDdn9J0-1713382901697)]
展示学习笔记
[外链图片转存中…(img-sXInwoUE-1713382901698)]
[外链图片转存中…(img-oO212BE3-1713382901699)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码课本》点击传送门即可获取！
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
