生命周期感知組件執(zhí)行操作以響應(yīng)另一個組件的生命周期狀態(tài)變化,例如Activity
和Fragment
。 這些組件可幫助您生成組織更好,更輕量的代碼,更易于維護(hù)。
一種常見的模式是在Activity
和Fragment
的生命周期方法中實(shí)現(xiàn)依賴組件的動作。 但是這種模式導(dǎo)致代碼的組織不善,并導(dǎo)致錯誤擴(kuò)散。 通過使用支持生命周期的組件,您可以將依賴組件的代碼移出生命周期方法,然后移入組件本身。
androidx.lifecycle
包提供了一些類和接口,可讓您構(gòu)建可感知生命周期的組件,這些組件可根據(jù)Activity
或Fragment
的當(dāng)前生命周期狀態(tài)自動調(diào)整其行為。
Android框架中定義的大多數(shù)應(yīng)用程序組件都具有生命周期。 生命周期由進(jìn)程中運(yùn)行的操作系統(tǒng)或框架代碼管理。 它們是Android工作方式的核心,您的應(yīng)用程序必須遵循它們。 否則可能會導(dǎo)致內(nèi)存泄漏甚至應(yīng)用程序崩潰。
假設(shè)我們有一個Activity在屏幕上顯示設(shè)備的位置。 常見的實(shí)現(xiàn)可能如下所示:
class MyLocationListener {
public MyLocationListener(Context context, Callback callback) {
// ...
}
void start() {
// connect to system location service
}
void stop() {
// disconnect from system location service
}
}
class MyActivity extends AppCompatActivity {
private MyLocationListener myLocationListener;
@Override
public void onCreate(...) {
myLocationListener = new MyLocationListener(this, (location) -> {
// update UI
});
}
@Override
public void onStart() {
super.onStart();
myLocationListener.start();
// manage other components that need to respond
// to the activity lifecycle
}
@Override
public void onStop() {
super.onStop();
myLocationListener.stop();
// manage other components that need to respond
// to the activity lifecycle
}
}
即使該示例看起來不錯,在實(shí)際的應(yīng)用程序中,您仍然會響應(yīng)生命周期的當(dāng)前狀態(tài)而進(jìn)行過多的調(diào)用來管理UI和其他組件。 管理多個組件會在生命周期方法中放置大量代碼,例如onStart()
和onStop()
,這使它們難以維護(hù)。
而且不能保證組件在Activity
或Fragment
停止之前就已啟動。 如果我們需要執(zhí)行長時間運(yùn)行的操作(例如onStart()
中的某些配置檢查),則尤其如此。 這可能會導(dǎo)致爭用情況,其中onStop()
方法在onStart()
之前完成,從而使組件的生存期超過了所需的生存期。
class MyActivity extends AppCompatActivity {
private MyLocationListener myLocationListener;
public void onCreate(...) {
myLocationListener = new MyLocationListener(this, location -> {
// update UI
});
}
@Override
public void onStart() {
super.onStart();
Util.checkUserStatus(result -> {
// what if this callback is invoked AFTER activity is stopped?
if (result) {
myLocationListener.start();
}
});
}
@Override
public void onStop() {
super.onStop();
myLocationListener.stop();
}
}
androidx.lifecycle
包提供了一些類和接口,可幫助您以彈性和隔離的方式解決這些問題。
Lifecycle
生命周期是一個類,其中包含有關(guān)組件生命周期狀態(tài)(如活動或片段)的信息,并允許其他對象觀察此狀態(tài)。
生命周期使用兩個主要枚舉來跟蹤其相關(guān)組件的生命周期狀態(tài):
Event
是從framewrok和Lifecycle類調(diào)度的生命周期事件。 這些事件映射到activity和fragment中的回調(diào)事件。
State
被Lifecycle對象跟蹤的組件的當(dāng)前狀態(tài)。
上圖構(gòu)成Android activity生命周期的狀態(tài)和事件
將State
視為圖形的節(jié)點(diǎn),將Event
視為這些節(jié)點(diǎn)之間的邊緣。
類可以通過向其方法添加注釋來監(jiān)視組件的生命周期狀態(tài)。 然后,您可以通過調(diào)用Lifecycle
類的addObserver()
方法并傳遞觀察者的實(shí)例來添加觀察者,如以下示例所示:
public class MyObserver implements LifecycleObserver {
@OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
public void connectListener() {
...
}
@OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
public void disconnectListener() {
...
}
}
myLifecycleOwner.getLifecycle().addObserver(new MyObserver());
在上面的示例中,myLifecycleOwner對象實(shí)現(xiàn)了LifecycleOwner接口,以下部分對此進(jìn)行了說明。
LifecycleOwner
LifecycleOwner
是一個單一方法接口,表示該類具有生命周期。它有一個方法getLifecycle()
,必須由該類實(shí)現(xiàn)。如果要嘗試管理整個應(yīng)用程序流程的生命周期,請參閱ProcessLifecycleOwner
。
此接口從諸如Fragment
和AppCompatActivity
之類的單個類中抽象出生命周期的所有權(quán),并允許編寫與其一起使用的組件。任何自定義應(yīng)用程序類都可以實(shí)現(xiàn)LifecycleOwner
接口。
實(shí)現(xiàn)LifecycleObserver
的組件與實(shí)現(xiàn)LifecycleOwner
的組件無縫地工作,因?yàn)樗姓呖梢蕴峁┥芷冢^察者可以注冊該生命周期以觀看。
對于位置跟蹤示例,我們可以使MyLocationListener
類實(shí)現(xiàn)LifecycleObserver
,然后在onCreate()
方法中使用活動的Lifecycle
對其進(jìn)行初始化。這使MyLocationListener
類可以自給自足,這意味著對生命周期狀態(tài)變化做出反應(yīng)的邏輯是在MyLocationListener
中而不是在activity中聲明的。各個組件存儲自己的邏輯可以使activities和fragments邏輯更易于管理。
class MyActivity extends AppCompatActivity {
private MyLocationListener myLocationListener;
public void onCreate(...) {
myLocationListener = new MyLocationListener(this, getLifecycle(), location -> {
// update UI
});
Util.checkUserStatus(result -> {
if (result) {
myLocationListener.enable();
}
});
}
}
一個常見的用例是,如果生命周期當(dāng)前狀態(tài)不佳,則避免調(diào)用某些回調(diào)。 例如,如果回調(diào)在保存活動狀態(tài)后運(yùn)行片段事務(wù),那么它將觸發(fā)崩潰,因此我們永遠(yuǎn)都不想調(diào)用該回調(diào)。
為了簡化此用例,Lifecycle
類允許其他對象查詢當(dāng)前狀態(tài)。
class MyLocationListener implements LifecycleObserver {
private boolean enabled = false;
public MyLocationListener(Context context, Lifecycle lifecycle, Callback callback) {
...
}
@OnLifecycleEvent(Lifecycle.Event.ON_START)
void start() {
if (enabled) {
// connect
}
}
public void enable() {
enabled = true;
if (lifecycle.getCurrentState().isAtLeast(STARTED)) {
// connect if not connected
}
}
@OnLifecycleEvent(Lifecycle.Event.ON_STOP)
void stop() {
// disconnect if connected
}
}
通過此實(shí)現(xiàn),我們的LocationListener
類是完全生命周期感知的。 如果我們需要使用另一個activity或fragment中的LocationListener
,則只需對其進(jìn)行初始化。 所有的設(shè)置和拆卸操作均由類本身管理。
如果庫提供了需要與Android生命周期一起使用的類,則建議您使用可識別生命周期的組件。 您的庫客戶端可以輕松集成這些組件,而無需在客戶端進(jìn)行手動生命周期管理。
實(shí)現(xiàn)自定義的LifecycleOwner
在Support Library 26.1.0
中的Fragments和Activities 及最新版本已經(jīng)實(shí)現(xiàn)了 LifecycleOwner
接口。
如果您有想要創(chuàng)建LifecycleOwner
的自定義類,則可以使用LifecycleRegistry
類,但是您需要將事件轉(zhuǎn)發(fā)到該類中,如以下代碼示例所示:
public class MyActivity extends Activity implements LifecycleOwner {
private LifecycleRegistry lifecycleRegistry;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
lifecycleRegistry = new LifecycleRegistry(this);
lifecycleRegistry.markState(Lifecycle.State.CREATED);
}
@Override
public void onStart() {
super.onStart();
lifecycleRegistry.markState(Lifecycle.State.STARTED);
}
@NonNull
@Override
public Lifecycle getLifecycle() {
return lifecycleRegistry;
}
}
lifecycle組件最佳實(shí)踐
- 保持UI控制器(activities和fragments)盡可能的精簡。他們不應(yīng)該嘗試獲取自己的數(shù)據(jù)。取而代之的是,使用
ViewModel
做到這一點(diǎn),并觀察LiveData
對象以將更改反映回視圖。 - 嘗試編寫
數(shù)據(jù)驅(qū)動
的UI,其中UI控制器的職責(zé)是在數(shù)據(jù)更改時更新視圖,或?qū)⒂脩舨僮魍ㄖoViewModel
。 - 將數(shù)據(jù)邏輯放入
ViewModel
類中。ViewModel
應(yīng)該用作UI控制器與應(yīng)用程序其余部分之間的連接器。但是請注意,獲取數(shù)據(jù)(例如,從網(wǎng)絡(luò))不是ViewModel
的責(zé)任。相反,ViewModel
應(yīng)該調(diào)用適當(dāng)?shù)慕M件以獲取數(shù)據(jù),然后將結(jié)果提供回UI控制器。 - 使用
Data Binding
可在視圖和UI控制器之間保持干凈的界面。這使您可以使視圖更具聲明性,并最大程度地減少需要在activity和framgment中編寫的更新代碼。如果您更喜歡使用Java編程語言來執(zhí)行此操作,請使用Butter Knife
之類的庫來避免樣板代碼并獲得更好的抽象性。 - 如果您的UI很復(fù)雜,請考慮創(chuàng)建一個
presenter
類來處理UI修改。這可能是一項(xiàng)艱巨的任務(wù),但是它可以使您的UI組件更易于測試。 - 避免在
ViewModel
中引用View或Activity上下文。如果ViewModel
超出活動壽命(在配置發(fā)生更改的情況下),則您的活動會泄漏并且不會被垃圾收集器正確處置。 - 使用
Kotlin
協(xié)程來管理長時間運(yùn)行的任務(wù)以及可以異步運(yùn)行的其他操作。