对于ContentProvider中数据变化的监控,系统提供了专门管理的方法,而这套方法好像和ContentProvider的关系不大。监控基于观察者模式,页可以应用到别的方面。同样这个监控也是跨进程的。
- observer方面需要完成注册和注销(onDestroy()时)
- observable方面需要完成数据改变后的触发
先是observer端
注册:
//新建用于监听变化的类
ContentObserver observer = new ContentObserver(new Handler()) {
@Override
public void onChange(boolean selfChange) {
System.out.println("ContentObserver.onChange()");
}
};
//将监听变化的类注册到系统的ContentResolver中。第二个参数如果是true,会对uri的子级数据进行监控,否则只对当前级进监控
getContentResolver().registerContentObserver(
Uri.parse("content://org.daniel.android.provider"),
true, observer);
注销:
//在onDestroy()中
getContentResolver().unregisterContentObserver(observer);
然后是observable端
//当数据变化时。uri是数据改变对应的uri,可以是1条的,也可以是多条的
getContext().getContentResolver().notifyChange(Uri.parse(
"content://org.daniel.android.provider"), null);
系统的这个obserer模式并没有要求使用的uri和ContentProvider使用的uri一致,只要注册测和触发时使用的时相同或者触发用的uri是注册的子级uri,就可一完成通知。注册和发出变化的通知也不许要通过啊uri的验证。所以这个模式是可以跨进程任意使用的。
什么时候使用?
需要在跨进程中使用Observer模式的时候就可以使用这个东西,系统级的Observer。非跨进程刷新时不要用这个东西,和进程内调用比进程间调用更消耗资源,同时会让uri的命名空间更加混乱。