Google 2017 I/O開發者大會於近日召開，在開發者大會上谷歌除了釋出了Android O等一些新產品之外，也對Android程式碼的架構做出了一個官方的迴應。

下面是官方提供的Android App開發的架構圖：

從上圖可以看到一些關鍵字：ViewModel,LiveData,Room等。其實看了上面視訊的會發現Google官方Android架構元件一共包括以下幾個：

• LifeCycle ： 與Activity和Fragment的生命週期有關
• LiveData ：非同步可訂閱資料，也是生命週期感知
• ViewModel ：檢視資料持有模型，也是生命週期感知
• Room ：SQLite抽象層，用於簡化SQLite資料儲存

這篇文章主要講解LifeCycle在專案的簡單用法。

AS中新增依賴

首先在工程根目錄的build.gradle中新增一下內容：

allprojects {
    repositories {
        jcenter()
        maven { url 'https://maven.google.com' }  //新增此行
    }
}

然後在應用目錄下的build.gradle中新增以下依賴：

//For Lifecycles, LiveData, and ViewModel
compile "android.arch.lifecycle:runtime:1.0.0-alpha1"
compile "android.arch.lifecycle:extensions:1.0.0-alpha1"
annotationProcessor "android.arch.lifecycle:compiler:1.0.0-alpha1"

//For Room
compile "android.arch.persistence.room:runtime:1.0.0-alpha1"
annotationProcessor "android.arch.persistence.room:compiler:1.0.0-alpha1"
 

LifeCycle相關使用

在我們平時的專案中經常會遇到很多需要依賴生命週期的邏輯處理，比如有這麼一個需求。
在某個Activity我們需要在螢幕上展現使用者的地理位置。簡單的實現方法如下：

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;

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

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

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

雖然以上程式碼看起來很簡潔，但在實際專案中的onStart，onStop方法可能會變得相當龐大。
此外，實際情況可能並不像上面這麼簡單，例如我們需要在start位置監聽前做使用者狀態檢測，檢測是一個耗時的任務，那麼很有可能在檢測結束前使用者提前退出了Activity，這時候就會導致myLocationListener.start()在myLocationListener.stop()後面呼叫，從而引起很多難以定位的問題。程式碼如下：

class MyActivity extends AppCompatActivity {
    private MyLocationListener myLocationListener;

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

    public void onStart() {
        super.onStart();
        Util.checkUserStatus(result -> {
            // what if this callback is invoked AFTER activity is stopped?
            if (result) {
                myLocationListener.start();
            }
        });
    }

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

這時候就該今天的主角LifeCycle出場了。它提供了一套介面幫助你處理這些問題。

LifeCycle

LifeCyle類持有Activity或者Fragment的生命週期相關資訊，並且支援其他物件監聽這些狀態。

LifeCyle有兩個列舉用於追蹤生命週期中的狀態。

Event

這是生命週期的事件類，會在Framework和LifeCycle間傳遞，這些事件對映到Activity和Fragment的回撥事件中。

State

LifeCycle所持有Activity或Fragment的當前狀態。

一個類想要監聽LifeCycle的狀態，只需要給其方法加上註解：

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物件。這個方法為getLifecycle()。
這個物件給Acitivity，Fragment和LifeCycle提供了一個很好的抽象關係，Activity和Fragment只要實現這個介面就能配合LifeCycle實現生命週期監聽。

注意：由於目前LifeCycle處於alpha階段，所以Fragment和AppCompatActivity並不會實現這些方法，在此之前，可以使用LifecycleActivity和LifecycleFragment。等LifeCycle趨於穩定後，Fragment和AppCompatActivity會預設實現這些。

對於之前的位置監聽的例子，我們可以讓MyLocationListener繼承LifecycleObserver，在onCreate中使用LifeCycle進行初始化，剩下的問題則不必擔心了。因為MyLocationListener有能力進行生命週期的判斷。

class MyActivity extends LifecycleActivity {
    private MyLocationListener myLocationListener;

    public void onCreate(...) {
        //此處進行初始化getLifecycle()傳入LifeCycle物件
        myLocationListener = new MyLocationListener(this, getLifecycle(), location -> {
            // update UI
        });
        //檢測使用者狀態並啟用監聽
        Util.checkUserStatus(result -> {
            if (result) {
                myLocationListener.enable();
            }
        });
  }
}

下面看一下MyLocationListener

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.getState().isAtLeast(STARTED)) {
            // connect if not connected
        }
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
    void stop() {
        // disconnect if connected
    }
}

LifeCycle最重要的特性就是在⓵處，他可以提供主動查詢生命週期狀態的方法。這樣就避免了上面遇到的myLocationListener.start()在myLocationListener.stop()後面呼叫的問題。

通過以上的實現，我們的LocationListener是完全的生命週期感知了，它可以進行自己的初始化和資源清理而不必受Activity或者Fragment的管理。這時候如果我們在其他Activity或者Fragment中使用LocationListener，我們只需要初始化它就行了，不必再擔心生命週期對它的影響，因為它內部會做好這一切。

通過LefeCycle工作的類我們稱之為生命週期感知。鼓勵需要使用Android生命週期的類的庫提供生命週期感知元件，以便客戶端可以輕鬆地在客戶端上整合這些類，而無需手動生命週期管理。

LiveData就是生命週期感知元件的示例，將LiveData和ViewModel一起使用，可以在遵循Android生命週期的情況下，更容易的使用資料來填充UI。

生命週期的最佳實踐

• 保持你的UI（Activity和Fragment）儘可能簡潔。它們不應該試圖獲取它們的資料而是使用ViewModel來執行此操作，並通過LiveData的回撥將資料更新到UI中。
• 嘗試編寫資料驅動的UI，你的UI的責任是在資料更改時更新檢視，或將使用者操作通知給ViewModel。
• 將你的資料邏輯放在ViewModel類中。 ViewModel應該作為UI和其他資料操作的聯結器。值得注意的是，ViewModel並不負責提取資料（例如，從網路）。相反，ViewModel應該呼叫其他介面來執行此工作，然後將結果提供給UI。
• 使用Data Binding可以讓你的的UI程式碼變得相當乾淨利落。這將使你的UI更具宣告性，並最大限度地減少書寫UI更新的程式碼。如果您更喜歡在Java中執行此操作，請使用像Butter Knife這樣的庫來避免使用樣板程式碼並進行更好的抽象。
• 如果你有一個複雜的UI，請考慮建立一個Presenter類來處理UI修改。這通常是過度架構的，但可能有助於使你的UI更容易測試。
• 不要在ViewModel中引用View或Activity上下文。如果ViewModel在Activity或View銷燬的情況下依舊存活，這時將導致記憶體洩漏。

補充

在自定義的Activity或Fragment中實現LifeCycleOwner，可以實現LifecycleRegistryOwner這個介面。而不是繼承（LifeCycleFragment和LifeCycleActivity）

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

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

如果你要在自定義的類中實現LifeCycleOwner，可以使用LifecycleRegistry,但是你需要主動向其轉發生命週期的事件。但如果你自定義類是Fragment和Activity的話並且它們實現的是LifecycleRegistryOwner，那麼事件轉發都是自動完成的。