Android?狀態(tài)管理之Lifecycle淺析
原理概述
Lifecycle主要用于Activity、Fragment這一類(lèi)具有狀態(tài)的組件的狀態(tài)監(jiān)聽(tīng)，最主要的一個(gè)作用就是將原先Activity、Fragment中的大量的生命周期相關(guān)的回調(diào)函數(shù)移出View層文件，從設(shè)計(jì)角度上來(lái)說(shuō)，使得MVVM中的View層文件的結(jié)構(gòu)更加清晰、簡(jiǎn)單，簡(jiǎn)化了View層的任務(wù)，使得代碼更清晰、易于維護(hù)。
Lifecycle實(shí)現(xiàn)監(jiān)聽(tīng)的原理主要有兩種方式，在API29以下的版本主要采用的是方法一，而在API29+的版本采用的是方法二。
- 和Glide插件一樣的，采用一個(gè)專(zhuān)門(mén)用于報(bào)告狀態(tài)的Fragment，當(dāng)這個(gè)特殊的空白Fragment被插入到宿主Activity時(shí)，就可以獲取到宿主的生命周期狀態(tài)改變。
- 實(shí)現(xiàn)
Application.ActivityLifecycleCallbacks，監(jiān)聽(tīng)相關(guān)的生命周期的改變。
大概的使用步驟如下：
- 聲明自己的監(jiān)聽(tīng)組件:MyUtil實(shí)現(xiàn)
LifecycleObserver接口。 - 采用注解聲明生命周期回調(diào)函數(shù)：
@OnLifecycleEvent(Lifecycle.Event.ON_CREATE)
private void fun1(){
//on_create時(shí)需要做的事情
}在MainActivity.java中調(diào)用：
getLifecycle().addObserver(new MyUtil());
顯然，在這個(gè)模型中，lifecycle本身只是一個(gè)事件的源頭，而我們自己實(shí)現(xiàn)的監(jiān)聽(tīng)者M(jìn)yUtil則是觀察者，我們像lifecycle注冊(cè)我們的工具，一旦lifecycle收到了生命周期的變化通知，那么就通知一系列的觀察者進(jìn)行更新：
Lifecycle本身更像是一個(gè)代理，我們的工具類(lèi)不需要自己去做監(jiān)聽(tīng)這一件事情了，所以這實(shí)際上可以看做是兩個(gè)觀察者模式的合成，而中間的lifecycle是一個(gè)系統(tǒng)為我們提供的接口，用于獲得回調(diào)。我們只需要注冊(cè)我們的Observer即可。這樣一來(lái)，分析lifecycle的過(guò)程明顯被拆成了兩個(gè)子問(wèn)題：
問(wèn)題1. MyUtil(LifecycleObserver)是如何監(jiān)聽(tīng)lifecycle的？
問(wèn)題2. lifecycle是如何監(jiān)聽(tīng)宿主（LifecycleOwner）生命周期變化的？
構(gòu)成
Lifecycle的構(gòu)成對(duì)象：
Lifecycle：即生命周期，某個(gè)組件（Activity、Fragment）可能會(huì)具有自己的Lifecycle。LifecycleOwner：Lifecycle的持有者，某個(gè)組件（Activity、Fragment）。LifecycleObserver：即觀察者，我們需要對(duì)某個(gè)組件的生命周期進(jìn)行觀察，那么就必須實(shí)現(xiàn)LifecycleObserver，通過(guò)lifecycle的addObserver方法對(duì)LifecycleObserver進(jìn)行注冊(cè)監(jiān)聽(tīng)，這樣一來(lái)對(duì)應(yīng)的LifecycleObserver的類(lèi)就能夠得到生命周期的相關(guān)回調(diào)了。Event：即生命周期回調(diào)的方法，例如ON_CREATE、ON_START等等。State：當(dāng)某個(gè)Event發(fā)生后，會(huì)導(dǎo)致State的轉(zhuǎn)變，例如ON_CREATE事件發(fā)生時(shí)，State將會(huì)從INITIALIZED走向CREATED，如下【模型】中的狀態(tài)轉(zhuǎn)移關(guān)系圖。INITIALIZED：剛剛被初始化。CREATED：ON_CREATE之后、ON_STOP之后。STARTED：ON_START之后、ON_PAUSE之后。RESUMED：ON_RESUME之后、ON_PAUSE之前。ON_DESTORYED：ON_DESTROY之后，還未被創(chuàng)建或者已經(jīng)銷(xiāo)毀。
模型
//對(duì)應(yīng)的狀態(tài)轉(zhuǎn)移函數(shù)
@NonNull
public State getTargetState() {
//枚舉類(lèi)，this標(biāo)識(shí)的是某種事件，例如ON_CREATE、ON_STOP等等。
switch (this) {
//對(duì)于ON_CREATE和ON_STOP事件，都對(duì)應(yīng)CREATED狀態(tài)。（圖上二者都指向CREATED）
case ON_CREATE:
case ON_STOP:
return State.CREATED;
case ON_START:
case ON_PAUSE:
return State.STARTED;
case ON_RESUME:
return State.RESUMED;
case ON_DESTROY:
return State.DESTROYED;
case ON_ANY:
break;
}
throw new IllegalArgumentException(this + " has no target state");
}源碼
1. addObserver(observer)
LifecycleOwner作為事件的源頭，F(xiàn)ragment、Activity都是LifecycleOwner。換句話說(shuō)就是這兩者會(huì)產(chǎn)生一些列生命周期相關(guān)的事件。
public class ComponentActivity extends androidx.core.app.ComponentActivity implements
LifecycleOwnerLifecycleOwner提供了唯一一個(gè)方法，并且，在ComponentActivity類(lèi)中，使用的是Lifecycle的一個(gè)實(shí)現(xiàn)類(lèi)：mLifecycleRegistry
public interface LifecycleOwner {
@NonNull
Lifecycle getLifecycle();
}
private final LifecycleRegistry mLifecycleRegistry = new LifecycleRegistry(this);//LifecycleRegistry.java
@Override
public void addObserver(@NonNull LifecycleObserver observer) {
enforceMainThreadIfNeeded("addObserver");//主線程斷言
State initialState = mState == DESTROYED ? DESTROYED : INITIALIZED;//如果mState是已經(jīng)銷(xiāo)毀的則就標(biāo)記為已經(jīng)銷(xiāo)毀；如果是其他的（所有有效的），就標(biāo)記為已初始化過(guò)的。
ObserverWithState statefulObserver = new ObserverWithState(observer, initialState);//傳入自定義的觀察者（非被觀察者）和狀態(tài)。
ObserverWithState previous = mObserverMap.putIfAbsent(observer, statefulObserver);//嘗試放入被觀察者維護(hù)的觀察者對(duì)象集合中（如果不存在的話，防止多次注冊(cè)）。如果存在，返回既有值的value；如果不存在put，并返回null。
//如果之前存在一個(gè)相同的observer，那么直接return；
if (previous != null) {
return;
}
//取得lifecycleOwner對(duì)象，通常是Activity或者是Fragment，注意，此處的LifecycleOwner是被WeakReference<LivecycleOwner>引用住的。是在LifecycleRegistry的構(gòu)造函數(shù)中，被注入了值。
//private final WeakReference<LifecycleOwner> mLifecycleOwner;
LifecycleOwner lifecycleOwner = mLifecycleOwner.get();
//如果為空，說(shuō)明對(duì)象已經(jīng)被回收了，return掉。
if (lifecycleOwner == null) {
// it is null we should be destroyed. Fallback quickly
return;
}
boolean isReentrance = mAddingObserverCounter != 0 || mHandlingEvent;
State targetState = calculateTargetState(observer);
mAddingObserverCounter++;
//正在注冊(cè)的觀察者數(shù)量+1
//ENUM Class之間的比較，二者相等會(huì)返回0。這個(gè)循環(huán)作用就是追加之前的生命周期事件派發(fā)（粘性）
while ((statefulObserver.mState.compareTo(targetState) < 0
&& mObserverMap.contains(observer))) {
//該行代碼的內(nèi)部實(shí)現(xiàn)是：mParentStates.add(state);其中的mParentStates是一個(gè)ArrayList，用于存儲(chǔ)一些“舊”的消息。例如我們?cè)趓unning（create、start、resume都走完了）狀態(tài)通過(guò)點(diǎn)擊按鈕注冊(cè)一個(gè)監(jiān)聽(tīng)，此時(shí)的pushParentState中的參數(shù)：statefulObserver.mState就是“INITIALIZED”。
pushParentState(statefulObserver.mState);
//接著上面的情況，傳入的參數(shù)是：INITIALIZED，從upFrom中取出的Event是“ON_CREATE”，但是此時(shí)onCreate狀態(tài)實(shí)際上早已走完了。
final Event event = Event.upFrom(statefulObserver.mState);
if (event == null) {
throw new IllegalStateException("no event up from " + statefulObserver.mState);
}
//注意，我們?cè)趯?shí)例中的ON_CREATE等等回調(diào)都是在這步里面執(zhí)行的【圖1】，主要是更新?tīng)顟B(tài)，和派發(fā)事件，走完這代碼，statefulObserver.mState就變成了CREATED
statefulObserver.dispatchEvent(lifecycleOwner, event);
//和pushParentState對(duì)應(yīng)，此時(shí)刪除后parentState長(zhǎng)度為0。
popParentState();
targetState = calculateTargetState(observer);
//此時(shí)statefulObserver.mState為CREATED，而targetState的值被更新為：RESUME。
}
if (!isReentrance) {
// we do sync only on the top level.
sync();
}
mAddingObserverCounter--;
}接下來(lái)的第二輪代碼的，其實(shí)和第一輪類(lèi)似，就是從Event從ON_CREATE變成了ON_START，然后派發(fā)了ON_START事件。ON_RESUME同理。大概的流程是，添加Observer的時(shí)候。以statefulObserver為主，不論Activity是什么狀態(tài)，進(jìn)入時(shí)initialState都是INITIALIZED狀態(tài)，然后利用Event.upFrom函數(shù)，根據(jù)狀態(tài)（State，例如CREATED），取出事件（Event，例如ON_CREATE），然后， statefulObserver.dispatchEvent(lifecycleOwner, event);更新了statefulObserver的狀態(tài)，依次類(lèi)推。
以上代碼的幾個(gè)比較關(guān)鍵的展開(kāi)：
private State calculateTargetState(LifecycleObserver observer) {
//mObserverMap即上面addObserver主干代碼中的第七行：
//ObserverWithState previous = mObserverMap.putIfAbsent(observer, statefulObserver);
//此處是對(duì)該Map唯一的加入調(diào)用。
//取出臨近的ObserverWithState,FastSafeIterableMap，注釋中說(shuō)是：Poor's man LinkedHashMap
//LifecycleObserver在androidx.core.app.ComponentActivity中可以看到，ComponentActivity實(shí)現(xiàn)了該接口。
//所以，該Map是一個(gè)Activity對(duì)應(yīng)ObserverWithState(一個(gè)State、一個(gè)LifecycleEventObserver)的結(jié)構(gòu)：
Map.Entry<LifecycleObserver, ObserverWithState> previous = mObserverMap.ceil(observer);
//如果不為空，那么就設(shè)置siblingState為previous中存儲(chǔ)對(duì)象的mState else null
State siblingState = previous != null ? previous.getValue().mState : null;
//如果有parentState，那么獲取其中的最后一個(gè)的State else null
State parentState = !mParentStates.isEmpty() ? mParentStates.get(mParentStates.size() - 1)
: null;
//取mState、siblingState和parentState中最小值。
return min(min(mState, siblingState), parentState);
}
//statefulObserver.dispatchEvent(lifecycleOwner, event);
void dispatchEvent(LifecycleOwner owner, Event event)
//根據(jù)event（ENUM）獲取其狀態(tài)，這個(gè)和上面的狀態(tài)圖是一樣的。
State newState = event.getTargetState();
//取最小狀態(tài)
mState = min(mState, newState);
//更新?tīng)顟B(tài)，響應(yīng)回調(diào)
mLifecycleObserver.onStateChanged(owner, event);
//設(shè)置新?tīng)顟B(tài)
mState = newState;
}
2. sync()
private void sync() {
//即Activity、Fragment這類(lèi)生命周期持有者。
LifecycleOwner lifecycleOwner = mLifecycleOwner.get();
//判斷是否已經(jīng)被回收
if (lifecycleOwner == null) {
throw new IllegalStateException("LifecycleOwner of this LifecycleRegistry is already"
+ "garbage collected. It is too late to change lifecycle state.");
}
//如果mObserverMap中的元素還沒(méi)有完全同步就進(jìn)行循環(huán),進(jìn)行所有保存著的觀察者的狀態(tài)同步。
while (!isSynced()) {
//標(biāo)記是否有新的事件出現(xiàn)，當(dāng)moveToState被調(diào)用時(shí)，滿足條件（mHandlingEvent || mAddingObserverCounter != 0）時(shí)，該屬性會(huì)被置為true。
//這兩個(gè)條件是：1是否正在處理事件，2是是否正在處理新加入的觀察者。
mNewEventOccurred = false;
//利用mState和mObserverMap中最老的元素狀態(tài)相比較，如果更小（最小的是DESTROY，INITIALIZED，一直到RESUMED），那么久從最早被加入的元素，順著這個(gè)LinkedHashMap進(jìn)行后向的更新。例如CREATED < RESUMED
if (mState.compareTo(mObserverMap.eldest().getValue().mState) < 0) {
//后向傳播
backwardPass(lifecycleOwner);
}
Map.Entry<LifecycleObserver, ObserverWithState> newest = mObserverMap.newest();
//如果沒(méi)有新的事件出現(xiàn)（期間沒(méi)有moveToState被觸發(fā)），最新的觀察者不為空，并且有當(dāng)前組件的狀態(tài)更先于最新組件的狀態(tài)。
//例如mState = RESUMED和newest.mState = CREATED，那么就觸發(fā)前向傳播。
if (!mNewEventOccurred && newest != null
&& mState.compareTo(newest.getValue().mState) > 0) {
//前向傳播
forwardPass(lifecycleOwner);
}
//在這個(gè)循環(huán)中，直到所有Observer狀態(tài)全部同步為止。
}
mNewEventOccurred = false;
}
private boolean isSynced() {
if (mObserverMap.size() == 0) {
return true;
}
State eldestObserverState = mObserverMap.eldest().getValue().mState;
State newestObserverState = mObserverMap.newest().getValue().mState;
//判斷最晚加入的 是否等于 最早加入的 是否等于 當(dāng)前的狀態(tài)。
return eldestObserverState == newestObserverState && mState == newestObserverState;
}//forwardPass同理；
private void backwardPass(LifecycleOwner lifecycleOwner) {
//迭代器
Iterator<Map.Entry<LifecycleObserver, ObserverWithState>> descendingIterator =
mObserverMap.descendingIterator();
//在forwardPass中：
//Iterator<Map.Entry<LifecycleObserver, ObserverWithState>> ascendingIterator =
// mObserverMap.iteratorWithAdditions();
//在沒(méi)有新的事件（moveToState觸發(fā)）的情況下進(jìn)行迭代。
while (descendingIterator.hasNext() && !mNewEventOccurred) {
Map.Entry<LifecycleObserver, ObserverWithState> entry = descendingIterator.next();
ObserverWithState observer = entry.getValue();
while ((observer.mState.compareTo(mState) > 0 && !mNewEventOccurred
&& mObserverMap.contains(entry.getKey()))) {
//和addObserver中相似的邏輯，同步時(shí)主動(dòng)去回調(diào)其他滯后的監(jiān)聽(tīng)者的狀態(tài)。
Event event = Event.downFrom(observer.mState);
if (event == null) {
throw new IllegalStateException("no event down from " + observer.mState);
}
pushParentState(event.getTargetState());
observer.dispatchEvent(lifecycleOwner, event);
popParentState();
}
}
}3. setCurrentState、moveToState
這一類(lèi)的方法用于外部調(diào)用，用于lifecycle的狀態(tài)轉(zhuǎn)移。例如我們可以顯式地在一個(gè)Activity的所有生命周期中，調(diào)用setCurrentState方法來(lái)標(biāo)記（通知）lifecycle狀態(tài)。標(biāo)記完成后，將觸發(fā)sync進(jìn)行所有觀察者狀態(tài)的同步。
@MainThread
public void setCurrentState(@NonNull State state) {
enforceMainThreadIfNeeded("setCurrentState");//斷言主線程
moveToState(state);
}
/**
* Sets the current state and notifies the observers.
* <p>
* Note that if the {@code currentState} is the same state as the last call to this method,
* calling this method has no effect.（如果在相同的State下調(diào)用此方法無(wú)效。）
*
* @param event The event that was received
*/
public void handleLifecycleEvent(@NonNull Lifecycle.Event event) {
enforceMainThreadIfNeeded("handleLifecycleEvent");//斷言主線程
moveToState(event.getTargetState());
}
private void moveToState(State next) {
//相同狀態(tài)下調(diào)用無(wú)效。
if (mState == next) {
return;
}
mState = next;
//如果正在處理事件，或者含有某個(gè)剛剛加入的Observer（數(shù)量不為0），那么久標(biāo)記當(dāng)前有新的事件出現(xiàn)了。
if (mHandlingEvent || mAddingObserverCounter != 0) {
mNewEventOccurred = true;
// we will figure out what to do on upper level.
return;
}
mHandlingEvent = true;//標(biāo)記正在處理事件，有點(diǎn)像鎖
sync();//同步（前后向傳播）
mHandlingEvent = false;//結(jié)束
}監(jiān)聽(tīng)
從moveToState說(shuō)起，它有三個(gè)調(diào)用。
@Deprecated
@MainThread
public void markState(@NonNull State state) {
enforceMainThreadIfNeeded("markState");
setCurrentState(state);
}
@MainThread
public void setCurrentState(@NonNull State state) {
enforceMainThreadIfNeeded("setCurrentState");
moveToState(state);
}
public void handleLifecycleEvent(@NonNull Lifecycle.Event event) {
enforceMainThreadIfNeeded("handleLifecycleEvent");
moveToState(event.getTargetState());
}markState已經(jīng)被標(biāo)記為@Deprecated，但是我們可以找到它的一個(gè)調(diào)用：package androidx.core.app下的ComponentActivity中的onSaveInstanceState仍然保持著這個(gè)方法的調(diào)用。
package androidx.core.app;
@CallSuper
@Override
protected void onSaveInstanceState(@NonNull Bundle outState) {
mLifecycleRegistry.markState(Lifecycle.State.CREATED);//
super.onSaveInstanceState(outState);
}setCurrentState則在package androidx.activity;中的ComponentActivity被引用：
package androidx.activity;
@CallSuper
@Override
protected void onSaveInstanceState(@NonNull Bundle outState) {
Lifecycle lifecycle = getLifecycle();
if (lifecycle instanceof LifecycleRegistry) {
((LifecycleRegistry) lifecycle).setCurrentState(Lifecycle.State.CREATED);//
}
super.onSaveInstanceState(outState);
mSavedStateRegistryController.performSave(outState);
}至于handleLifecycleEvent：
很明顯在AppcompatActivity中，handleLifecycleEvent和lifecyle的關(guān)系比較密切。
例如，在onCreate方法中，有：
protected void onCreate(@Nullable Bundle savedInstanceState) {
mFragments.attachHost(null /*parent*/);
if (savedInstanceState != null) {
//如果是重建的Activity進(jìn)行的操作，以下省略
......
}
if (mPendingFragmentActivityResults == null) {
mPendingFragmentActivityResults = new SparseArrayCompat<>();
mNextCandidateRequestIndex = 0;
}
super.onCreate(savedInstanceState);
mFragmentLifecycleRegistry.handleLifecycleEvent(Lifecycle.Event.ON_CREATE);//派發(fā)事件
mFragments.dispatchCreate();
}每當(dāng)我們的Activity父類(lèi)的FragmentActivity的方法：onCreate被回調(diào)時(shí)，必然會(huì)觸發(fā)handleLifecycleEvent()的執(zhí)行，這樣一來(lái)非常簡(jiǎn)單地就實(shí)現(xiàn)了監(jiān)聽(tīng)。
但是，在androidx.activity.ComponentActivity;中，有一段非常特殊的代碼：
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mSavedStateRegistryController.performRestore(savedInstanceState);
ReportFragment.injectIfNeededIn(this);//
if (mContentLayoutId != 0) {
setContentView(mContentLayoutId);
}
}public static void injectIfNeededIn(Activity activity) {
if (Build.VERSION.SDK_INT >= 29) {
// On API 29+(Android 10.0 +), 我們可以直接注冊(cè)正確的lifecycle監(jiān)聽(tīng),內(nèi)部將會(huì)直接實(shí)現(xiàn)監(jiān)聽(tīng)：在Activity類(lèi)中的mActivityLifecycleCallbacks中，加入一個(gè)Callback：mActivityLifecycleCallbacks.add(callback);
activity.registerActivityLifecycleCallbacks(
new LifecycleCallbacks());
}
android.app.FragmentManager manager = activity.getFragmentManager();
if (manager.findFragmentByTag(REPORT_FRAGMENT_TAG) == null) {
//注意這里，我們向當(dāng)前的Activity中新加入了一個(gè)new ReportFragment()。
manager.beginTransaction().add(new ReportFragment(), REPORT_FRAGMENT_TAG).commit();
manager.executePendingTransactions();
}
}任取一個(gè)Fragment的生命周期函數(shù)作為觀察，進(jìn)入dispatch()方法。
@Override
public void onStart() {
super.onStart();
dispatchStart(mProcessListener);
dispatch(Lifecycle.Event.ON_START);
}
@Override
public void onResume() {
super.onResume();
dispatchResume(mProcessListener);
dispatch(Lifecycle.Event.ON_RESUME);
}
@Override
public void onPause() {
super.onPause();
dispatch(Lifecycle.Event.ON_PAUSE);
}在dispatch方法中，發(fā)現(xiàn)將activity當(dāng)做LifecycleOwner獲取了其Lifecycle進(jìn)行事件的處理。
@SuppressWarnings("deprecation")
static void dispatch(@NonNull Activity activity, @NonNull Lifecycle.Event event) {
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);//
}
}
}其中，LifecycleRegistryOwner是LifecycleOwner接口的子類(lèi)，可以看到返回值不同。顯然，當(dāng)Activity生命周期發(fā)生變動(dòng)時(shí)，F(xiàn)ragment的生命周期也會(huì)相應(yīng)地發(fā)生變動(dòng)，由ReportFragment的生命周期函數(shù)中進(jìn)行handleLifecycleEvent就非常巧妙地實(shí)現(xiàn)了監(jiān)聽(tīng)這一功能。這一點(diǎn)和Glide的實(shí)現(xiàn)(采用一個(gè)空白的RequestManagerFragment)非常相似。
但是，在API29+，程序會(huì)走這樣一段代碼：
public static void injectIfNeededIn(Activity activity) {
if (Build.VERSION.SDK_INT >= 29) {
// On API 29+, we can register for the correct Lifecycle callbacks directly
LifecycleCallbacks.registerIn(activity);
}
//……
}
static class LifecycleCallbacks implements Application.ActivityLifecycleCallbacks {
//有做省略
static void registerIn(Activity activity) {
activity.registerActivityLifecycleCallbacks(new LifecycleCallbacks());
}
@Override
public void onActivityPostCreated(@NonNull Activity activity,
@Nullable Bundle savedInstanceState) {
dispatch(activity, Lifecycle.Event.ON_CREATE);
}
@Override
public void onActivityPostStarted(@NonNull Activity activity) {
dispatch(activity, Lifecycle.Event.ON_START);
}
@Override
public void onActivityPostResumed(@NonNull Activity activity) {
dispatch(activity, Lifecycle.Event.ON_RESUME);
}
@Override
public void onActivityPrePaused(@NonNull Activity activity) {
dispatch(activity, Lifecycle.Event.ON_PAUSE);
}
@Override
public void onActivityPreStopped(@NonNull Activity activity) {
dispatch(activity, Lifecycle.Event.ON_STOP);
}
@Override
public void onActivityPreDestroyed(@NonNull Activity activity) {
dispatch(activity, Lifecycle.Event.ON_DESTROY);
}
}同時(shí)，Api29+的機(jī)型，也會(huì)走到：插入一個(gè)ReportFragment。理論上，通過(guò)Application.ActivityLifecycleCallbacks 回調(diào)就已經(jīng)能夠注冊(cè)到監(jiān)聽(tīng)了，至于為什么這么設(shè)計(jì)并不清楚。但是到派發(fā)事件時(shí)的dispatch方法：
private void dispatch(@NonNull Lifecycle.Event event) {
if (Build.VERSION.SDK_INT < 29) {
dispatch(getActivity(), event);//TAG
}
}它限制了通過(guò)Fragment生命周期回調(diào)產(chǎn)生的監(jiān)聽(tīng)只在Api<29才會(huì)進(jìn)行派發(fā)，所以不會(huì)產(chǎn)生兩次派發(fā)。而標(biāo)記的TAG處的dispatch是一個(gè)靜態(tài)方法，注意，API29+的dispatch直接就是調(diào)用的這個(gè)靜態(tài)方法。
static void dispatch(@NonNull Activity activity, @NonNull Lifecycle.Event event) {
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);
}
}
}
//API29中的調(diào)用，走的是上面的靜態(tài)方法。
@Override
public void onActivityPostStarted(@NonNull Activity activity) {
dispatch(activity, Lifecycle.Event.ON_START);
}不論是API29以下通過(guò)Fragment監(jiān)聽(tīng)，還是API29以上，通過(guò)Application.ActivityLifecycleCallbacks進(jìn)行監(jiān)聽(tīng)，走的都是lifecycle.handleLifecycleEvent()方法。這也是為什么在上文中提handleLifecycleEvent有大量調(diào)用的調(diào)用:
其他
1. Application.ActivityLifecycleCallbacks
該接口含有大量的回調(diào)函數(shù)，和日常開(kāi)發(fā)中的那三對(duì)回調(diào)函數(shù)不同，這里的劃分更加細(xì)致，有三組，并且每組又區(qū)分pre和post，外加一個(gè)onActivitySaveInstanceState，每當(dāng)Activity發(fā)生生命周期轉(zhuǎn)變時(shí)，該回調(diào)函數(shù)都會(huì)被回調(diào)到，并且參數(shù)是發(fā)生變化的Activity。我們可以自定義一個(gè)類(lèi)實(shí)現(xiàn)該接口，然后this.registerActivityLifecycleCallbacks(callbacks);注冊(cè)一下即可。該類(lèi)還可以實(shí)現(xiàn)更靈活的Activity 實(shí)例數(shù)量管控。大部分的事件都是在POST部分中處理的，而不是Pre。
@Override
public void onActivityResumed(@NonNull Activity activity) {
}
@Override
public void onActivityPostResumed(@NonNull Activity activity) {
dispatch(activity, Lifecycle.Event.ON_RESUME);//向監(jiān)聽(tīng)者（MyUtils類(lèi)等等）派發(fā)事件
}總結(jié)
從監(jiān)聽(tīng)開(kāi)始，在API29以下的版本中，會(huì)向Activity中加入一個(gè)ReportFragment，該Fragment的生命周期發(fā)生變化時(shí)，將會(huì)進(jìn)行派發(fā)時(shí)間，更新lifecycle的生命周期，再由Lifecycle統(tǒng)一通知LifecycleObserver生命周期更新；而API29+，則會(huì)直接通過(guò)監(jiān)聽(tīng)Application.ActivityLifecycleCallbacks接口，進(jìn)行獲取Activity的狀態(tài)，同時(shí)也會(huì)插入ReportFragment，但是該用于報(bào)告狀態(tài)的Fragment的生命周期中的dispatch將不會(huì)生效，F(xiàn)ragment和Activity都添加一個(gè)監(jiān)聽(tīng)，并在onStop前后添加輸出，兩種方式（API29+和API29以下）的回調(diào)順序也是不同的。
到此這篇關(guān)于Android 狀態(tài)管理之Lifecycle淺析的文章就介紹到這了,更多相關(guān)Andorid Lifecycle 內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
android實(shí)現(xiàn)藍(lán)牙app代碼
這篇文章主要為大家詳細(xì)介紹了android實(shí)現(xiàn)藍(lán)牙app的代碼，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2018-05-05
Android MediaPlayer 音頻倍速播放 調(diào)整播放速度問(wèn)題
這篇文章主要介紹了Android MediaPlayer 音頻倍速播放，調(diào)整播放速度,本文給大家介紹的非常詳細(xì)，具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2019-09-09
Android下2d物理引擎Box2d用法簡(jiǎn)單實(shí)例
這篇文章主要介紹了Android下2d物理引擎Box2d用法,實(shí)例分析了在Android平臺(tái)上使用Box2d的基本技巧,具有一定參考借鑒價(jià)值,需要的朋友可以參考下2015-07-07
現(xiàn)在網(wǎng)絡(luò)的繁盛時(shí)代，光文字是不能滿足人們的胃口的，圖片，flash，音頻，視頻就成為瀏覽網(wǎng)頁(yè)的主流顯示，在手機(jī)上也一樣，本文將詳細(xì)介紹此功能的實(shí)現(xiàn)方法2012-11-11
Android中SurfaceTexture TextureView SurfaceView GLSurfaceView
這篇文章主要介紹了Android中SurfaceTexture TextureView SurfaceView GLSurfaceView的區(qū)別，本文給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2021-09-09
這篇文章主要為大家詳細(xì)介紹了Flutter自定義底部導(dǎo)航欄的方法，文中示例代碼介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2022-07-07
Android studio 快速刪除無(wú)用資源的方法
最近苦于android 項(xiàng)目越來(lái)越大，項(xiàng)目需求不停變動(dòng)。項(xiàng)目中的資源文件越來(lái)越雜，越來(lái)越亂。android studio怎么刪除無(wú)用資源呢？下文圖文并茂給大家介紹的非常詳細(xì)，需要的朋友參考下吧2017-11-11
Android實(shí)現(xiàn)可滑動(dòng)的自定義日歷控件
這篇文章主要為大家詳細(xì)介紹了Android實(shí)現(xiàn)可滑動(dòng)的自定義日歷控件，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2018-07-07
Flutter學(xué)習(xí)之Navigator的高級(jí)用法分享
這篇文章主要為大家詳細(xì)介紹了Flutter中之Navigator的高級(jí)用法的相關(guān)知識(shí)，文中的示例代碼講解詳細(xì)，具有一定的學(xué)習(xí)價(jià)值，感興趣的可以了解一下2023-02-02
這篇文章主要介紹了Android之高效加載大圖的方法示例,小編覺(jué)得挺不錯(cuò)的，現(xiàn)在分享給大家，也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2019-03-03