系列文章导航：
- 【译】Google官方推出的Android架构组件系列文章（一）App架构指南
- 【译】Google官方推出的Android架构组件系列文章（二）将Architecture Components引入工程
- 【译】Google官方推出的Android架构组件系列文章（三）处理生命周期
- 【译】Google官方推出的Android架构组件系列文章（四）LiveData
- 【译】Google官方推出的Android架构组件系列文章（五）ViewModel
- 【译】Google官方推出的Android架构组件系列文章（六）Room持久化库
原文地址：https://developer.android.com/topic/libraries/architecture/livedata.html
LiveData是一个保存可以被观察的值的数据持有类。与普通的观察者不同，LiveData遵循应用组件的生命周期，比如Observer可以指定他应该观察的具体的Lifecycle。
如果Observer的Lifecycle处于STARTED或RESUMED状态，LiveData认为这个Observer是处于激活状态。
public class LocationLiveData extends LiveData<Location> {
private LocationManager locationManager;
private SimpleLocationListener listener = new SimpleLocationListener() {
@Override
public void onLocationChanged(Location location) {
setValue(location);
}
};
public LocationLiveData(Context context) {
locationManager = (LocationManager) context.getSystemService(
Context.LOCATION_SERVICE);
}
@Override
protected void onActive() {
locationManager.requestLocationUpdates(LocationManager.GPS_PROVIDER, 0, 0, listener);
}
@Override
protected void onInactive() {
locationManager.removeUpdates(listener);
}
}
在Location listener的这个实现里，包含了三个重要的部分：
onActive()
当LiveData有一个激活的观察者时，将调用此方法。这意味着我们需要开始关注设备位置更新。
onInactive()
当LiveData没有任何活动的观察者时，将调用此方法。因为没有观察者需要监听，也就没有必要保持对LocationManager服务的连接。这是重要的，因为保持连接将消耗不少电量，而没有任何好处。
setValue()
调用此方法更新LiveData实例的值，并通知活动观察者此更改。
我们可以使用新的LicationLiveData，如下：
public class MyFragment extends LifecycleFragment {
public void onActivityCreated (Bundle savedInstanceState) {
LiveData<Location> myLocationListener = ...;
Util.checkUserStatus(result -> {
if (result) {
myLocationListener.addObserver(this, location -> {
// update UI
});
}
});
}
}
请注意，addObserver()方法将LifecycleOwner作为第一个参数传递。这样做表示这个察者应该绑定到Lifecycle，意味着：
- 如果
Lifecycle没有处于激活状态(STARTED或RESUMED)，即使值改变了，观察者也不会表调用。 - 如果
Lifecycle被销毁，观察者会被自动移除。
LiveData是生命周期感知的事实为我们提供了一个新的机会：我们可以在多个activity，fragment等组件之间共享它。
为了保持我们的例子简单，我们可以将其作为单例,如下：
public class LocationLiveData extends LiveData<Location> {
private static LocationLiveData sInstance;
private LocationManager locationManager;
@MainThread
public static LocationLiveData get(Context context) {
if (sInstance == null) {
sInstance = new LocationLiveData(context.getApplicationContext());
}
return sInstance;
}
private SimpleLocationListener listener = new SimpleLocationListener() {
@Override
public void onLocationChanged(Location location) {
setValue(location);
}
};
private LocationLiveData(Context context) {
locationManager = (LocationManager) context.getSystemService(
Context.LOCATION_SERVICE);
}
@Override
protected void onActive() {
locationManager.requestLocationUpdates(LocationManager.GPS_PROVIDER, 0, 0, listener);
}
@Override
protected void onInactive() {
locationManager.removeUpdates(listener);
}
}
现在fragment可以像下面这样来使用它：
public class MyFragment extends LifecycleFragment {
public void onActivityCreated (Bundle savedInstanceState) {
Util.checkUserStatus(result -> {
if (result) {
LocationLiveData.get(getActivity()).observe(this, location -> {
// update UI
});
}
});
}
}
可能有多个观察我们的MyLocationListener实例的activity，fragment，而LiveData能够很和谐地管理他们，只有当它们中任何一个是可见（即活动）时才会连接到系统服务。
LiveData类提供以下优点：
- 无内存泄漏：由于观察者是绑定到它们自己的
Lifecycle对象，当Lifecycle销毁时，将会将其自动清理。 - 不会因为stop activity造成崩溃：如果观察者的
Lifecycle处于非活动状态（比如activity位于后退栈），他们将不会收到变更事件。 - 始终保持最新数据：如果
Lifecycle再次启动（比如activity从后退栈回到启动状态），如果还没收到过数据的话，将会收到最新的位置数据。 - 正确的配置更改：如果activity或fragment因为配置更改而重建（比如旋转设备），它将立即收到最新的位置数据。
- 共享资源：现在我们可以保持
MyLocationListener的一个单实例，连接到系统服务只需要一次，并且正确支持app中所有观察者。 - 不再手动处理生命周期：你可能会注意到，我们的fragment仅仅在需要时观察数据，不必担心被停止或停止后开始观察。
LiveData自动管理所有这一切，因为fragment在观察时提供了生命周期。
LiveData变换
有时候，你可能想要在将LiveData分派给观察者之前先做一些改变，或者你可能需要根据另一个LiveData实例返回一个不同的实例。
Lifecycle包提供了Transformations类，其包括了这些操作的帮助方法。
Transformations.map()
在LiveData值上应用一个函数，并将结果分派到下游。
LiveData<User> userLiveData = ...;
LiveData<String> userName = Transformations.map(userLiveData, user -> {
user.name + " " + user.lastName
});
Transformations.switchMap()
与map()类似，将一个函数应用到值，并展开将结果分派到下游。传递给switchMap()的函数必须返回一个Lifecycle。
private LiveData<User> getUser(String id) {
...;
}
LiveData<String> userId = ...;
LiveData<User> user = Transformations.switchMap(userId, id -> getUser(id) );
使用这些变换允许在整个链中携带观察者Lifecycle信息，而且只有观察者观察了这个返回的LiveData后才会进行计算。这种懒式转换计算允许隐式传递生命周期相关行为而无须添加显式调用或依赖关系。
每当你认为在ViewModel中需要一个Lifecycle对象时，变换可能就是解决方案。
例如，假设我们有一个UI，用户可输入地址，并接收该地址的邮政编码。这个UI的ViewModel可能是这样的：
class MyViewModel extends ViewModel {
private final PostalCodeRepository repository;
public MyViewModel(PostalCodeRepository repository) {
this.repository = repository;
}
private LiveData<String> getPostalCode(String address) {
// DON'T DO THIS
return repository.getPostCode(address);
}
}
如果实现方式是这样，则UI需要从之前的LiveData中注销，然后每次调用getPostalCode()时重新注册新实例。此外，如果UI重新创建，它会触发repository.getPostCode()的另一次调用，而不是使用先前调用的结果。
不用刚那种方法，你可以实现邮政编码信息作为地址转换输入：
class MyViewModel extends ViewModel {
private final PostalCodeRepository repository;
private final MutableLiveData<String> addressInput = new MutableLiveData();
public final LiveData<String> postalCode =
Transformations.switchMap(addressInput, (address) -> {
return repository.getPostCode(address);
});
public MyViewModel(PostalCodeRepository repository) {
this.repository = repository
}
private void setInput(String address) {
addressInput.setValue(address);
}
}
请注意，我们甚至将postalCode字段设置为public final，因为它永远不会改变。 它被定义为输入地址的变换，使得当输入地址改变时，如果存在活动的观察者，则会调用repository.getPostCode()。如果在调用时没有活动的观察者，直到添加观察者后才会进行计算。
此机制允许应用底层根据需要创建需要懒惰计算的LiveData对象。ViewModel可以轻松获取它们，并在其上定义变换规则。
创建新的变换
有十几种不同的特定变换可能在你的应用中有用，但默认情况不提供它们。要实现你自己的变换，你可以使用MediatorLiveData类，该类专门用于正确监听别的LiveData实例，并处理它们发出的事件。MediatorLiveData负责将其活动/非活动的状态正确传递到源LiveData。有关详细信息，你可以检查Transformations类的实现。
