理解Android Architecture Component

2017-10-24 本文已影响2417人 From64KB

有了整体的认识，就可以对之前没有详细介绍的类做一个深入的探究。首先来看看Lifecycle。

Handling Lifecycles

android.arch.lifecycle提供的类和接口可以让你构建能感知生命周期（lifecycle-aware）的类。所谓可以感知生命周期就是能够根据Activity或者Fragment的生命周期自行调整类的行为。

Android系统中定义的大多数组件都是有生命周期的。这些组件的生命周期是由系统管理的。作为一个开发者必须遵守这些生命周期的规则，否则就会出现内存泄漏或者应用崩溃的情况。

这么说好像有点无力啊，让我们一起举个例子吧。比如我们需要在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();
    }
}

在Activity的onCreate()方法中创建Listener，在onStart()时开始监听，在onStop()中停止监听。看起来一切正常啊，就是可能Activty不停的切换会调用多次LocationListener的onStart和onStop而已。

但是问题来了，举个例子哈。比如有些App会提供一个选项，说允不允许提供位置，那么在定位之前就需要检查这些设置。好,那么就在Activity里提供检查的代码：

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();
    }
}

看起来好像也没有问题呀，让我们来一起分析一下这段代码。假如程序执行到super.onStart()这里还没等checkUserStatus执行完成就执行了onStop()(这里就假设检查本身回花费时间比较长吧)，意识到出了什么问题了吗？myLocationListener的stop()方法在start()之前执行了，这本身在逻辑上就是不合理的。更严重的问题是：myLocationListener过一段时间开始执行start()，然后没有stop的代码被调用了。这意味着如果没有其他操作，Activity将会一直在后台监听Location的改变。

Lifecycle就是用来解决这些问题的，并且解决的非常优雅（in a resilient and isolated way）。

Lifecycle

Lifecycle是一个包含组件（Activity或者Fragment）生命周期状态的类，这个类还能够为其他类提供当前的生命周期。

Lifecycle使用两个主要的枚举来跟踪他所关联组件的生命周期。

Event 事件从组件或者Lifecycle类分发出来的生命周期，它们和Activity／Fragment生命周期的事件一一对应。(ON_CREATE,ON_START,ON_RESUME,ON_PAUSE,ON_STOP,ON_DESTROY)
State 状态当前组件的生命周期状态(INITIALIZED,DESTROYED,CREATED,STARTED,RESUMED)

说的有点抽象了，看一下下面的图：

image.png

具体的代码如下：

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

   @OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
   public void onPause() {
   }
}
//aLifecycleOwner一般是实现了LifecycleOwner的类，比如Activity/Fragment
aLifecycleOwner.getLifecycle().addObserver(new MyObserver());

LifecycleOwner

那什么是LifecycleOwner呢？实现LifecycleOwner就表示这是个有生命周期的类，他有一个getLifecycle ()方法是必须实现的。com.android.support:appcompat-v7:26.1.0中的AppCompatActivity已经实现了这个接口，详细的实现可以自行查看代码。

对于前面提到的监听位置的例子。可以把MyLocationListener实现LifecycleObserver,然后在Lifecycle（Activity／Fragment）的onCreate方法中初始化。这样MyLocationListener就能自行处理生命周期带来的问题。具体代码如下：

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();
           }
       });
 }
}

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
   }
}

简单过一下上面的代码不难发现这样可以解决文章开始提到的问题。（调用enable()时，已经处于CREATED状态，下面的代码是不会执行的）这样在如果Lifecycle没有处在合适的时机是不会调用相关回调的。现在MyLocationListener是有生命周期感知能力的(lifecycle-aware),不再依赖Activity的生命周期。

Lifecycles的最佳建议

保持UI Controllers（Activity／Fragment）中代码足够简洁。一定不能包含如何获取数据的代码，要通过ViewModel获取LiveData形式的数据。
用数据驱动UI，UI的职责就是根据数据改变显示的内容，并且把用户操作UI的行为传递给ViewModel。
把业务逻辑相关的代码放到ViewModel中，把ViewModel看成是链接UI和App其他部分的胶水。但ViewModel不能直接获取数据，要通过调用其他类来获取数据。
使用DataBinding来简化View（布局文件）和UI Controllers（Activity／Fragment）之间的代码
如果布局本身太过复杂，可以考虑创建一个Presenter类来处理UI相关的改变。虽然这么做会多写很多代码，但是对于保持UI的简介和可测试性是有帮助的。
不要在ViewModel中持有任何View／Activity的context。否则会造成内存泄露。

附加说明

在 Support Library 26.1.0中Activity／Fragment已经实现了LifecycleOwner接口。
如果想在自定义的类中实现LifecyclerOwner，就需要用到LifecycleRegistry,并且需要自行发送Event。