前言: 工做中,須要開啓一個線程大量的查詢某個數據庫值發送了變化,致使的開銷很大,後來在老大的指點下,利用了html
ContentObserver完美的解決了該問題,感到很興奮,作完以後本身也對ContentObserver作下總結。java
ContentObserver——內容觀察者,目的是觀察(捕捉)特定Uri引發的數據庫的變化,繼而作一些相應的處理,它相似於android
數據庫技術中的觸發器(Trigger),當ContentObserver所觀察的Uri發生變化時,便會觸發它。觸發器分爲表觸發器、行觸發器,數據庫
相應地ContentObserver也分爲「表「ContentObserver、「行」ContentObserver,固然這是與它所監聽的Uri MIME Type有關的。app
熟悉Content Provider(內容提供者)的應該知道,咱們能夠經過UriMatcher類註冊不一樣類型的Uri,咱們能夠經過這些不一樣的ide
Uri來查詢不一樣的結果。根據Uri返回的結果,Uri Type能夠分爲:返回多條數據的Uri、返回單條數據的Uri。測試
註冊/取消註冊ContentObserver方法,抽象類ContentResolver類中的方法原型以下:ui
public final void registerContentObserver(Uri uri, boolean notifyForDescendents, ContentObserver observer)this
功能:爲指定的Uri註冊一個ContentObserver派生類實例,當給定的Uri發生改變時,回調該實例對象去處理。spa
參數:uri 須要觀察的Uri(須要在UriMatcher裏註冊,不然該Uri也沒有意義了)
notifyForDescendents 爲false 表示精確匹配,即只匹配該Uri
爲true 表示能夠同時匹配其派生的Uri,舉例以下:
假設UriMatcher 裏註冊的Uri共有一下類型:
1 、content://com.qin.cb/student (學生)
2 、content://com.qin.cb/student/#
三、 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的步驟以下:
一、 建立咱們特定的ContentObserver派生類,必須重載父類構造方法,必須重載onChange()方法去處理回調後的功能實現
二、 利用context.getContentResolover()得到ContentResolove對象,接着調用registerContentObserver()方法去註冊內容觀察者
三、 因爲ContentObserver的生命週期不一樣步於Activity和Service等,所以,在不須要時,須要手動的調用
unregisterContentObserver()去取消註冊。
好了,基本講解就介紹到這兒了。下面給出小DEMO的簡單說明:
Demo中共有兩個不一樣的ContentObserver派生類,以下:
PS: 你們能夠去SDK中查看該類:android.provider.Settings.System。該類封裝了對設置模塊下全部值的存取,好比:
飛行模式狀態、藍牙狀態、屏幕亮度值等,而且提供了相應的Uri。
二、觀察系統的短信息數據發生了變化。當監聽到短信數據發生變化時,查詢全部已發送的短信而且顯示出來。
短信的Uri共有一下幾種:
content://sms/inbox 收件箱
content://sms/sent 已發送
content://sms/draft 草稿
content://sms/outbox 發件箱 (正在發送的信息)
content://sms/failed 發送失敗
content://sms/queued 待發送列表 (好比開啓飛行模式後,該短信就在待發送列表裏)
關於短信的更多內容能夠參考該博客:<android 中管理短信>
當開啓飛行模式和發送短信後(注意:使用Home鍵退出,而不是Back鍵),DMEO截圖以下:
DEMO文件以下:
一、 觀察飛行模式狀態的ContentObserver派生類,AirplaneContentObserver.java
[java] view plaincopyprint?
package com.qin.contentobserver;
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) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
二、觀察系統裏短消息的數據庫變化的ContentObserver派生類,SMSContentObserver.java
[java] view plaincopyprint?
package com.qin.contentobserver;
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();
}
}
}
三、主工程邏輯爲MainActivity.java,對短消息的觀察Uri,經過測試我發現只能監聽此Uri 「content://sms」 (等同於"content://sms/"),而不能監聽其餘的Uri,比如"content://sms/outbox"等。
[java] view plaincopyprint?
package com.qin.contentobserver;
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;
/** Called when the activity is first created. */
@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的狀況主要有一下二者狀況:
一、須要頻繁檢測的數據庫或者某個數據是否發生改變,若是使用線程去操做,很不經濟並且很耗時 ;
二、在用戶不知曉的狀況下對數據庫作一些事件,好比:悄悄發送信息、拒絕接受短信黑名單等;
在這兩種情形下,使用ContentObserver無疑是最好的利刃了。