前言：工作中，需要開啓一個線程大量的查詢某個數據庫值發送了變化，導致的開銷很大，利用了ContentObserver完美的解決了該問題
ContentObserver——內容觀察者，目的是觀察(捕捉)特定Uri引起的數據庫的變化，繼而做一些相應的處理，它類似於數據庫技術中的觸發器(Trigger)，當ContentObserver所觀察的Uri發生變化時，便會觸發它。觸發器分爲表觸發器、行觸發器，相應地ContentObserver也分爲“表“ContentObserver、“行”ContentObserver，當然這是與它所監聽的Uri MIME Type有關的。
熟悉ContentProvider(內容提供者)的應該知道，我們可以通過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的數據庫變化。
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()
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 待發送列表 (比如開啓飛行模式後，該短信就在待發送列表裏)
DEMO文件如下：
1、 觀察飛行模式狀態的ContentObserver派生類AirplaneContentObserver.java
import android.content.Context;
import android.database.ContentObserver;
import android.net.Uri;
import android.os.Handler;
import android.provider.*;
import android.provider.Settings.SettingNotFoundException;
import android.util.Log;
//用來觀察system表裏飛行模式所在行是否發生變化，“行”內容觀察者
public class AirplaneContentObserver extends ContentObserver {
private static String TAG = "AirplaneContentObserver" ;
private static int MSG_AIRPLANE = 1 ;
private Context mContext;
private Handler mHandler ; //此Handler用來更新UI線程
public AirplaneContentObserver(Context context, Handler handler) {
super(handler);
mContext = context;
mHandler = handler;
}
/**
* 當所監聽的Uri發生改變時，就會回調此方法
*
* @param selfChange 此值意義不大 一般情況下該回調值false
*/
@Override
public void onChange(boolean selfChange) {
Log.i(TAG, "-------------the airplane mode has changed-------------");
// 系統是否處於飛行模式下
try {
int isAirplaneOpen = Settings.System.getInt(mContext.getContentResolver(), Settings.System.AIRPLANE_MODE_ON);
Log.i(TAG, " isAirplaneOpen -----> " +isAirplaneOpen) ;
mHandler.obtainMessage(MSG_AIRPLANE,isAirplaneOpen).sendToTarget() ;
}
catch (SettingNotFoundException e) {
e.printStackTrace();
}
}
}
2、觀察系統裏短消息的數據庫變化的ContentObserver派生類，SMSContentObserver.java
import android.content.Context;
import android.database.ContentObserver;
import android.database.Cursor;
import android.net.Uri;
import android.os.Handler;
import android.util.Log;
//用來觀察系統裏短消息的數據庫變化”表“內容觀察者,只要信息數據庫發生變化，都會觸發該ContentObserver派生類
public class SMSContentObserver extends ContentObserver {
private static String TAG = "SMSContentObserver";
private int MSG_OUTBOXCONTENT = 2 ;
private Context mContext ;
private Handler mHandler ; //更新UI線程
public SMSContentObserver(Context context,Handler handler) {
super(handler);
mContext = context ;
mHandler = handler ;
}
/**
* 當所監聽的Uri發生改變時，就會回調此方法
* @param selfChange 此值意義不大 一般情況下該回調值false
*/
@Override
public void onChange(boolean selfChange){
Log.i(TAG, "the sms table has changed");
//查詢發件箱裏的內容
Uri outSMSUri = Uri.parse("content://sms/sent") ;
Cursor c = mContext.getContentResolver().query(outSMSUri, null, null, null,"date desc");
if(c != null){
Log.i(TAG, "the number of send is"+c.getCount()) ;
StringBuilder sb = new StringBuilder() ;
//循環遍歷
while(c.moveToNext()){
// sb.append("發件人手機號碼: "+c.getInt(c.getColumnIndex("address")))
// .append("信息內容: "+c.getInt(c.getColumnIndex("body")))
// .append("是否查看: "+c.getInt(c.getColumnIndex("read")))
// .append("發送時間： "+c.getInt(c.getColumnIndex("date")))
// .append("\n");
sb.append("發件人手機號碼: "+c.getInt(c.getColumnIndex("address")))
.append("信息內容: "+c.getString(c.getColumnIndex("body")))
.append("\n");
}
c.close();
mHandler.obtainMessage(MSG_OUTBOXCONTENT, sb.toString()).sendToTarget();
}
}
}
3、主工程邏輯爲MainActivity.java，對短消息的觀察Uri，通過測試我發現只能監聽此Uri“content://sms”(等同於"content://sms/")，而不能監聽其他的Uri，比如"content://sms/outbox"等。
import android.app.Activity;
import android.database.Cursor;
import android.net.Uri;
import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.provider.*;
import android.util.Log;
import android.widget.EditText;
import android.widget.TextView;
public class MainActivity extends Activity {
private TextView tvAirplane;
private EditText etSmsoutbox;
// Message 類型值
private static final int MSG_AIRPLANE = 1;
private static final int MSG_OUTBOXCONTENT = 2;
private AirplaneContentObserver airplaneCO;
private SMSContentObserver smsContentObserver;
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
tvAirplane = (TextView) findViewById(R.id.tvAirplane);
etSmsoutbox = (EditText) findViewById(R.id.smsoutboxContent);
// 創建兩個對象
airplaneCO = new AirplaneContentObserver(this, mHandler);
smsContentObserver = new SMSContentObserver(this, mHandler);
//註冊內容觀察者
registerContentObservers() ;
}
private void registerContentObservers() {
// 通過調用getUriFor 方法獲得 system表裏的"飛行模式"所在行的Uri
Uri airplaneUri = Settings.System.getUriFor(Settings.System.AIRPLANE_MODE_ON);
// 註冊內容觀察者
getContentResolver().registerContentObserver(airplaneUri, false, airplaneCO);
// ”表“內容觀察者 ，通過測試我發現只能監聽此Uri -----> content://sms
// 監聽不到其他的Uri 比如說 content://sms/outbox
Uri smsUri = Uri.parse("content://sms");
getContentResolver().registerContentObserver(smsUri, true,smsContentObserver);
}
private Handler mHandler = new Handler() {
public void handleMessage(Message msg) {
System.out.println("---mHanlder----");
switch (msg.what) {
case MSG_AIRPLANE:
int isAirplaneOpen = (Integer) msg.obj;
if (isAirplaneOpen != 0)
tvAirplane.setText("飛行模式已打開");
else if (isAirplaneOpen == 0)
tvAirplane.setText("飛行模式已關閉");
break;
case MSG_OUTBOXCONTENT:
String outbox = (String) msg.obj;
etSmsoutbox.setText(outbox);
break;
default:
break;
}
}
};
}
在此基礎上，你可以利用ContentObserver去實現短信黑名單以及悄悄發送短信等技巧
總結： 使用ContentObserver的情況主要有一下兩者情況：
1、需要頻繁檢測的數據庫或者某個數據是否發生改變，如果使用線程去操作，很不經濟而且很耗時 ；
2、在用戶不知曉的情況下對數據庫做一些事件，比如：悄悄發送信息、拒絕接受短信黑名單等；
在這兩種情形下，使用ContentObserver無疑是最好的利刃了。
///////////////////////////////////////////////////////////////////////////////////////
// 重要補充 ---- > ContentObserver監聽原理說明
///////////////////////////////////////////////////////////////////////////////////////
爲什麼數據改變後會回調至ContentObserver？爲什麼我們自定義的ContentProvider數據源發生改變後，卻沒有監聽到任何反應？這與系統的回調系統邏輯有關。
每個ContentProvider數據源發生改變後，如果想通知其監聽對象，例如ContentObserver時，必須在其對應方法update/insert/delete時，顯示的調用this.getContentReslover（）.notifychange(uri,null)方法，回調監聽處理邏輯。否則，我們的ContentObserver是不會監聽到數據發生改變的。
PS：老羅關於ContentProvider的原理分析還是很給力的，大家可以認真看看老羅這個系列，照着源代碼，仔細分析下。
額外補充，最後強烈建議構造ContentObserver對象時，傳遞主線程所在的Handler，如下：
airplaneCO = new AirplaneContentObserver(this, mHandler); // mHandler爲UI線程的Handler對象
否則，在更新UI時，可能會報異常(非UI線程更新UI時，即SecurityException)。系統級的進程，會導致重啓手機。或者在onChange()方法中，使用Handler類相關方法，回調到UI線程更新UI視圖。