ContentObserver

前言： 工作中，需要开启一个线程大量的查询某个数据库值发送了变化，导致的开销很大，后来在老大的指点下，利用了

     ContentObserver完美的解决了该问题，感到很兴奋，做完之后自己也对ContentObserver做下总结。

 

          ContentObserver——内容观察者，目的是观察(捕捉)特定Uri引起的数据库的变化，继而做一些相应的处理，它类似于

   数据库技术中的触发器(Trigger)，当ContentObserver所观察的Uri发生变化时，便会触发它。触发器分为表触发器、行触发器，

  相应地ContentObserver也分为“表“ContentObserver、“行”ContentObserver，当然这是与它所监听的Uri MIME Type有关的。

 

           熟悉Content Provider(内容提供者)的应该知道，我们可以通过UriMatcher类注册不同类型的Uri，我们可以通过这些不同的

    Uri来查询不同的结果。根据Uri返回的结果，Uri Type可以分为：返回多条数据的Uri、返回单条数据的Uri。

 

 

  注册/取消注册ContentObserver方法，抽象类ContentResolver类中的方法原型如下：

 

    public final void  registerContentObserver(Uri uri, boolean notifyForDescendents, ContentObserver observer)

             功能：为指定的Uri注册一个ContentObserver派生类实例，当给定的Uri发生改变时，回调该实例对象去处理。

             参数：uri          需要观察的Uri(需要在UriMatcher里注册，否则该Uri也没有意义了)

                        notifyForDescendents  为false 表示精确匹配，即只匹配该Uri

                                                                     为true 表示可以同时匹配其派生的Uri，举例如下：

                          假设UriMatcher 里注册的Uri共有一下类型：

                                1 、content://com.qin.cb/student (学生)

                                2 、content://com.qin.cb/student/# 

                                3、 content://com.qin.cb/student/schoolchild(小学生，派生的Uri)

 

                    假设我们当前需要观察的Uri为content://com.qin.cb/student，如果发生数据变化的 Uri 为   

           content://com.qin.cb/student/schoolchild ，当notifyForDescendents为 false，那么该ContentObserver会监听不到，  

           但是当notifyForDescendents 为ture，能捕捉该Uri的数据库变化。

 

                     observer       ContentObserver的派生类实例

 

 

    public final void  unregisterContentObserver(ContentObserver observer)

          功能：取消对给定Uri的观察

          参数： observer ContentObserver的派生类实例

 

        

ContentObserver类介绍

 

  构造方法 public void ContentObserver(Handler handler)  

                       说明：所有   ContentObserver的派生类都需要调用该构造方法

　　　  　　 参数：　handler　 Handler对象。可以是主线程Handler(这时候可以更新UI 了)，也可以是任何Handler对象。

 常用方法

   void onChange(boolean selfChange)

       功能：当观察到的Uri发生变化时，回调该方法去处理。所有ContentObserver的派生类都需要重载该方法去处理逻辑。

       参数：selfChange　回调后，其值一般为false，该参数意义不大(我也不懂，理解方法最重要)。

 

  另外两个方法，用处不大，我也不懂，大家参照SDK自行理解，冒昧了。

  boolean  deliverSelfNotifications()

     说明：Returns true if this observer is interested in notifications for changes made through the cursor the observer is registered with.

  

  final void dispatchChange(boolean selfChange)

 

 

  观察特定Uri的步骤如下：

 

     1、    创建我们特定的ContentObserver派生类，必须重载父类构造方法，必须重载onChange()方法去处理回调后的功能实现

     2、    利用context.getContentResolover()获得ContentResolove对象，接着调用registerContentObserver()方法去注册内容观察者

     3、    由于ContentObserver的生命周期不同步于Activity和Service等，因此，在不需要时，需要手动的调用

             unregisterContentObserver()去取消注册。    

 

 

 

好了，基本讲解就介绍到这儿了。下面给出小DEMO的简单说明：

     Demo中共有两个不同的ContentObserver派生类，如下：

        1、用来观察系统是否改变了飞行模式状态，

          PS： 大家可以去SDK中查看该类：android.provider.Settings.System。该类封装了对设置模块下所有值的存取，比如：

          飞行模式状态、蓝牙状态、屏幕亮度值等，并且提供了相应的Uri。

        2、观察系统的短信息数据发生了变化。当监听到短信数据发生变化时，查询所有已发送的短信并且显示出来。

 

   短信的Uri共有一下几种：

                         content://sms/inbox     收件箱         
                         content://sms/sent        已发送 
                         content://sms/draft        草稿           
                         content://sms/outbox    发件箱           (正在发送的信息)
                         content://sms/failed      发送失败     
                         content://sms/queued  待发送列表  (比如开启飞行模式后，该短信就在待发送列表里)