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 待發送列表 (比如開啟飛行模式後，該短信就在待發送列表裡)
關於短信的更多內容可以參考該：<android 中管理短信> http://www.linuxidc.com/Linux/2012-02/53079.htm
當開啟飛行模式和發送短信後(注意：使用Home鍵退出，而不是Back鍵)。