Android中內容觀察者的使用---- 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 待發送列表 (比如開啟飛行模式後,該短信就在待發送列表裏)
關於短信的更多內容可以參考該博客:<android 中管理短信>
當開啟飛行模式和發送短信後(注意:使用Home鍵退出,而不是Back鍵),DMEO截圖如下:
DEMO文件如下:
1、 觀察飛行模式狀態的ContentObserver派生類,AirplaneContentObserver.java
- 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();
- }
- }
- }
2、觀察係統裏短消息的數據庫變化的ContentObserver派生類,SMSContentObserver.java
- 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();
- }
- }
- }
3、主工程邏輯為MainActivity.java,對短消息的觀察Uri,通過測試我發現隻能監聽此Uri “content://sms” (等同於"content://sms/"),而不能監聽其他的Uri,比如"content://sms/outbox"等。
- 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的情況主要有一下兩者情況:
1、需要頻繁檢測的數據庫或者某個數據是否發生改變,如果使用線程去操作,很不經濟而且很耗時 ;
2、在用戶不知曉的情況下對數據庫做一些事件,比如:悄悄發送信息、拒絕接受短信黑名單等;
在這兩種情形下,使用ContentObserver無疑是最好的利刃了。
代碼下載地址為:https://download.csdn.net/detail/qinjuning/3896987
///////////////////////////////////////////////////////////////////////////////////////
// 重要補充 ---- > ContentObserver監聽原理說明
///////////////////////////////////////////////////////////////////////////////////////
更新(2012-05-4,今天把ContentProvider的框架給走了一遍,補充如下知識點):
為什麼數據改變後會回調至ContentObserver ? 為什麼我們自定義的ContentProvider數據源發生改變
後,卻沒有監聽到任何反應 ? 這與係統的回調係統邏輯有關。
每個ContentProvider數據源發生改變後,如果想通知其監聽對象, 例如ContentObserver時,必須在其對應方法 update /
insert / delete時,顯示的調用this.getContentReslover().notifychange(uri , null)方法,回調監聽處理邏輯。否則,我們
的ContentObserver是不會監聽到數據發生改變的。 具體原理,大家可以參考老羅的這篇文章:
《Android應用程序組件Content Provider的共享數據更新通知機製分析》
PS:老羅關於ContentProvider的原理分析還是很給力的,大家可以認真看看老羅這個係列,照著源代碼,仔細分析下。
額外補充,最後強烈建議構造ContentObserver對象時,傳遞主線程所在的Handler,如下:
- airplaneCO = new AirplaneContentObserver(this, mHandler); // mHandler為UI線程的Handler對象
否則,在更新UI時,可能會報異常(非UI線程更新UI時,即SecurityException)。係統級的進程,會導致
重啟手機。或者在onChange()方法中,使用Handler類相關方法,回調到UI線程更新UI視圖。
//更新於2012-09-16。
最後更新:2017-04-03 12:55:50