LiveData是一个数据持有类，他持有这个数据，并允许观察该数据。与其他的观察者不同，LiveData遵守应用程序组件的生命周期，以便Observer可以指定它应遵守的生命周期。

如果观察者的生命周期处于STARTED或者RESUME状态时，LiveData将Observer视为活动状态。

LiveData有三个重要的方法：

1. onActive()

当LiveData被主动观察者时，将调用此方法（观察者的数量从0变成1时调用），这意味着我们需要开始观察位置的更新。

2. onInactive()

当LiveData没有任何观察者时，将调用此方法（观察者的数量从1变成0）。由于没有观察者监听，定位服务没有必要再去定位。

3. setValue()

调用此方法可以更新LiveData实例的值，并通知活动的观察者值已经改变了。

在实现了LifecycleActivity的Activity中如下调用：

LiveData<Location> liveData = new LocationLiveData();
        liveData.observe(this, new Observer<Location>() {
            @Override
            public void onChanged(@Nullable Location location) {
                
            }
        });

Observer()方法中的第一个参数LifecycleOwner，表示这个观察者已经被绑定在生命周期上了。意味着：

1. 如果生命周期不处于活动状态（STARTED或RESUMED），即使该值发生变化，也不会调用观察者。
2. 如果生命周期被破坏，观察者将被自动删除。

LiveData是具有生命周期感知的，我们可以在多个活动，片段等之间共享它。
例如：

public class LocationLiveData extends LiveData<Location> {

    private static LocationLiveData locationLiveData;

    private LocationLiveData(Context context) {

    }

    public static LocationLiveData getInstance(Context context){
        if(locationLiveData == null){
            locationLiveData = new LocationLiveData(context);
        }
        return locationLiveData;
    }

    @Override
    protected void onActive() {
        super.onActive();
        //开始定位
    }

    @Override
    protected void onInactive() {
        super.onInactive();
        //定制定位
    }


    @Override
    protected void setValue(Location value) {
        super.setValue(value);
        //在定位回调中调用此方法 把回调中的Location的值传入到setValue方法中
    }
}

在activity中就可以这样使用

LiveData<Location> liveData = LocationLiveData.getInstance(this);
        liveData.observe(this, new Observer<Location>() {
            @Override
            public void onChanged(@Nullable Location location) {
                //更新UI
            }
        });

可能会有多个activity和fragment观察我们的MyLocationListener实例，而LiveData可以正常地管理它们，以便只有当它们中的任何一个可见（即活动）时才开启定位服务。

LiveData类提供以下优点：

1. ** 没有内存泄漏：**由于观察者绑定到自己的Lifecycle对象，它们的生命周期被破坏时会自动清除。
2. 停止的活动不会导致崩溃：如果观察者的生命周期处于非活动状态（如回退堆栈中的活动），则不会收到更改事件。
3. 始终保持最新的数据：如果生命周期再次启动（就像活动从回退的堆栈返回到启动状态），它会收到最新的位置数据。
4. 正确的配置更改：如果由于配置更改（如设备旋转）重新创建activity或fragment，则会立即接收到最后一个可用位置数据。
5. 共享资源：现在我们可以保留一个MyLocationListener实例，请求定位服务只需一次，并且正确地返回给应用中的所有观察者。
6. ** 没有更多的手动生命周期处理**，fragment只是在需要时观察数据，不用担心停止或停止后开始观察。 LiveData自动管理所有这一切，因为片段在观察时提供了其生命周期

LiveData的转换

如果想要在分发结果到观察者之前来改变LiveData的值，或者想要返回另一个LiveData实例。

Lifecycle包提供了一个Transformations类，其中包含这些操作的帮助方法。

[Transformations.map()](https://developer.android.com/reference/android/arch/lifecycle/Transformations.html#map(android.arch.lifecycle.LiveData<X>,%20android.arch.core.util.Function<X, Y>))

  LiveData<String> newLiveData = Transformations.map(liveData, new Function<Location, String>() {
            @Override
            public String apply(Location input) {
                return "返回的数据";
            }
        });

Transformations.switchMap()

LiveData<String> switchMap = Transformations.switchMap(liveData, new Function<Location, LiveData<String>>() {
            @Override
            public LiveData<String> apply(Location input) {
                return null;
            }
        });

使用这些Transformations允许在整个链中携带观察者生命周期信息，除非观察者观察到返回的LiveData,否则不进行转换。Transformations的这种懒惰的计算性质允许隐式地传递与生命周期相关的行为，而不添加明确的调用或依赖关系。

在ViewModel中需要一个Lifecycle对象时，转换可能就是解决方案。

自定义转换

在应用程序中用到很多不同的转换，但默认情况下不提供它们。要实现自己的转换，您可以使用MediatorLiveData类，该类专门创建以适当地侦听其他LiveData实例并处理它们发出的事件。 MediatorLiveData需要注意将其活动/非活动状态正确传播到源LiveData。有关详细信息，可以检查Transformations类的实现。

疑问

1. Transformations是怎么绑定生命周期的？