相關(guān)文章：

• 【翻譯】安卓架構(gòu)組件(1)-App架構(gòu)指導(dǎo)
• 【翻譯】安卓架構(gòu)組件(2)-添加組件到你的項目中
• 【翻譯】安卓架構(gòu)組件(4)-LiveData
• 【翻譯】安卓架構(gòu)組件(5)-ViewModel
• 【翻譯】安卓架構(gòu)組件(6)-Room持久化類庫
• 【翻譯】安卓架構(gòu)組件(7)-分頁庫

android.arch.lifecycle包提供了類和接口，使得你可以構(gòu)建“生命周期敏感的組件”——自動適應(yīng)當(dāng)前Fragment或者Activity的組件。

如何引入android.arch.lifecycle到你的安卓項目中，詳見[adding components to your project]。

安卓框架所定義的大多數(shù)組件都有相關(guān)的生命周期。生命周期被操作系統(tǒng)或運行在你程序中的框架代碼所管理。它們是安卓運行的核心，你的應(yīng)用必須遵守它們，不要做觸發(fā)內(nèi)存泄漏或應(yīng)用崩潰的事情。

想象一下我們有一個在屏幕上顯示位置的Activity，一個常見的實現(xiàn)大概像這樣：

class MyLocationListener {
    public MyLocationListener(Context context, Callback callback) {
        // ...
    }

    void start() {
        //連接至系統(tǒng)位置服務(wù)
    }

    void stop() {
        // 從系統(tǒng)位置服務(wù)斷開
    }
}

class MyActivity extends AppCompatActivity {
    private MyLocationListener myLocationListener;

    public void onCreate(...) {
        myLocationListener = new MyLocationListener(this, (location) -> {
            // 更新UI
        });
  }

    public void onStart() {
        super.onStart();
        myLocationListener.start();
    }

    public void onStop() {
        super.onStop();
        myLocationListener.stop();
    }
}

即使這個樣例代碼看起來還不錯，但是在實際的app中，由于擁有過多的start()和stop而導(dǎo)致onStart()和onStop()非常巨大。

此外，一些組件不能只在onStart()中開始。如果我們需要在開始位置觀察前檢查一些配置怎么辦？某種情況下很可能檢查會在Activity停止后結(jié)束，這意味著myLocationListener.start()會在myLocationListener.stop()之后調(diào)用，基本上會一直保持連接。

class MyActivity extends AppCompatActivity {
    private MyLocationListener myLocationListener;

    public void onCreate(...) {
        myLocationListener = new MyLocationListener(this, location -> {
            // 更新UI
        });
    }

    public void onStart() {
        super.onStart();
        Util.checkUserStatus(result -> {
            //如果回調(diào)在activity停止后調(diào)用呢？
            if (result) {
                myLocationListener.start();
            }
        });
    }

    public void onStop() {
        super.onStop();
        myLocationListener.stop();
    }
}

android.arch.lifecycle包提供了類和接口，幫助你解決這個問題。

Lifecycle類

Lifecycle是一個持有某組件生命周期狀態(tài)的類，并允許其他對象觀察這一狀態(tài)。

Lifecycle使用兩個枚舉類型來跟蹤相關(guān)聯(lián)組件的生命周期狀態(tài)。

• Event（事件）:生命周期事件由框架和Lifecycle類分發(fā)。這些事件映射到Activity和Fragment的回調(diào)。
• State（狀態(tài)）：由Lifecycle對象所跟蹤組件的當(dāng)前狀態(tài)。

image

請將狀態(tài)想成圖的節(jié)點，將事件想成兩個節(jié)點的邊。
一個可以顯示組件生命周期狀態(tài)的類通過添加注解到其方法中來實現(xiàn)：

public class MyObserver implements LifecycleObserver {
    @OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
    public void onResume() {
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
    public void onPause() {
    }
}
aLifecycleOwner.getLifecycle().addObserver(new MyObserver());

LifecycleOwner類

LifecycleOwner是一個單一方法的接口，表示該類擁有一個Lifecycle。它只有一個方法且必須實現(xiàn)：getLifecycle()。

這個類從各自單獨的類（Activity和Fragment）抽象了Lifecycle的擁有者，并允許編寫組件和它們共同工作。任何自定義的應(yīng)用類可以實現(xiàn)LifecycleOwner接口。

由于架構(gòu)組件當(dāng)前處在非正式版中，我們無法從一個穩(wěn)定的組件中添加一個不穩(wěn)定的API，因此Fragment和AppCompatActivity類暫時無法實現(xiàn)這些接口。目前可以使用LifecycleActivity和LifecycleFragment，當(dāng)Lifecycles穩(wěn)定以后，Fragment和AppCompatActivity將實現(xiàn)LifecycleOwner；LifecycleActivity和LifecycleFragment將會被棄用。

對于上述的例子我們可以使我們的MyLocationListener類擴(kuò)展自LifecycleObserver，之后使用onCreate中的Lifecycle初始化它。這使得MyLocationListener類是自足的，意味著當(dāng)必要的時候可以使用自己的清除（cleanup）方法。

class MyActivity extends LifecycleActivity {
    private MyLocationListener myLocationListener;

    public void onCreate(...) {
        myLocationListener = new MyLocationListener(this, getLifecycle(), location -> {
            // 更新 UI
        });
        Util.checkUserStatus(result -> {
            if (result) {
                myLocationListener.enable();
            }
        });
  }
}

一個常見的用例是，如果Lifecycle并不處在良好的狀態(tài)，則立刻避免調(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) {
           // 連接
        }
    }

    public void enable() {
        enabled = true;
        if (lifecycle.getState().isAtLeast(STARTED)) {
            // 如果未連接則連接
        }
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
    void stop() {
        // 如果連接則斷開連接
    }

在這種實現(xiàn)下，我們的LocationListener類是完全生命周期敏感的，它可以做自己的初始化以及清除工作，而不需要被Activity管理。如果我們需要從另一個Activity或者Fragment使用自己的LocationListener，我們只需要初始化它就可以了。所有的搭建和拆除操作都由該類自己管理。

可以和Lifecycle一同工作的類被叫做生命周期敏感的組件。需要和Android生命周期共同工作的類是值得提倡變成生命周期敏感組件的。因此它們的客戶端可以輕易地整合這些類，而不需要手動管理客戶端的生命周期。

LiveData是一個生命周期敏感組件的樣例。將LiveData和ViewModel一起使用可以更輕易地構(gòu)建遵循Android生命周期的app。

Lifecycles的最佳實踐

• 保持你的UI控制器（activities， fragments）體積盡可能地瘦小。它們不應(yīng)該嘗試獲得自己的數(shù)據(jù)，使用ViewModel去做這件事，然后觀察LiveData以響應(yīng)數(shù)據(jù)的變化至UI。
• 嘗試編寫數(shù)據(jù)驅(qū)動的UI，你的UI控制器僅僅負(fù)責(zé)當(dāng)數(shù)據(jù)變化時更新UI，或通知至ViewModel。
• 將你的數(shù)據(jù)邏輯放到你的ViewModel類中，ViewModel應(yīng)該作為你的UI控制器和app剩余部分的連接器。然而請小心，ViewModel的職責(zé)并不在于獲取數(shù)據(jù)（例如從網(wǎng)路中獲取數(shù)據(jù)）。相反ViewModel應(yīng)當(dāng)調(diào)用正確的組件去做這件工作，之后給UI控制器提供結(jié)果。
• 使用數(shù)據(jù)綁定在你的視圖和UI控制器之間維護(hù)一個清晰的接口。這允許你在activities/fragments更新最少的代碼。如果你想在Java這樣做，使用[Butter Knife]這樣的類庫來避免模板代碼，以及擁有更好的抽象。
• 如果你的UI很復(fù)雜，考慮創(chuàng)建一個Presenter類來處理UI的修改。
• 永遠(yuǎn)不要在你的ViewModel中引用View或者Activity的Context。如果ViewModel在Activity之外存活，你的Activity將會被泄漏并且不能正確地被回收。

附加

在自定義Activity和Fragment中實現(xiàn)LifecycleOwner

任何自定義的Fragment或Activity都可以通過實現(xiàn)內(nèi)置的LifecycleRegistryOwner變成LifecycleOwner（從而不需要擴(kuò)展自LifecycleFragment或者LifecycleActivity）。

public class MyFragment extends Fragment implements LifecycleRegistryOwner {
    LifecycleRegistry lifecycleRegistry = new LifecycleRegistry(this);

    @Override
    public LifecycleRegistry getLifecycle() {
        return lifecycleRegistry;
    }
}