深入Understanding Android ContentProvider詳解

更新時間：2013年05月22日 09:31:46 作者：

本篇文章是對Android ContentProvider進行了詳細的分析介紹，需要的朋友參考下

1. 什么是ContentProvider
也即內容提供者，是對所有數(shù)據(jù)訪問的一層抽象，為數(shù)據(jù)訪問提供了統(tǒng)一的接口。它有以下優(yōu)點：
a. 對數(shù)據(jù)的抽象，為所有的組件提供統(tǒng)一的訪問數(shù)據(jù)的方式，從而讓組件不必關心具體數(shù)據(jù)的呈現(xiàn)形式（文件or數(shù)據(jù)庫）。數(shù)據(jù)，也可以只關心自身的管理，而不用去管使用者的訪問問題。這樣就達到了很好的封裝。
b. 接口更加方便，更加方便的讓組件之間傳送數(shù)據(jù)
ContentProvider的訪問標識為Uri，通過統(tǒng)一的ContentResolver進行訪問，而ContentResolver和Uri跟Application的上下文Context以及組件之間的信息傳送工具Intent都是無縫接合，這就讓組件之間進行數(shù)據(jù)共享和數(shù)據(jù)傳遞更加的方便和快捷。
所以，ContentProvider的最大好處在于它可以在不同組件之間方便的共享。所以，如果你的應用里面用到的數(shù)據(jù)需要在不同的組件之間共享，那么實現(xiàn)一個ContentProvider無疑是最佳方案。
2. 實現(xiàn)方式
ContentProvider的實現(xiàn)方式非常簡單，只需要根據(jù)需求實現(xiàn)一些接口即可，比如：query, insert, delete, update, openFile等。但是具體的數(shù)據(jù)的呈現(xiàn)形式則是根據(jù)不同的目的進行自由選擇，比如對于結構化數(shù)據(jù)，選擇SQLiteDatabase可能是比較好的方案，大量的字節(jié)流可能文件是首選等等。
需要注意一點的是，雖然Android中百分之九十的ContentProvider內部都是用SQLiteDatabase來存儲結構化數(shù)據(jù)，但這并不意味著ContentProvider只能從SQLiteDatabase來管理數(shù)據(jù)。ContentProvider定義了一些接口，你只需要按照需要返回正確的數(shù)據(jù)即可，具體的實現(xiàn)方式則由你自由選擇。
比如，Contacts的ContentProvider能提供以vCard的方式輸出，也就是說當讀取一個vCard的uri時，這個流是一個vCard形式的文件流，實現(xiàn)起來的思路就是這樣：

復制代碼代碼如下:

Cursor query(Uri, ....) {
   if (uri is for vCard) {
       query the Contact's infomation
       create a cursor with two columns name and size
       put contact's name into cursor
       sum all Contact's field  and get size
       put that size into cursor
       return the cursor
   }
}

這樣通過Query就能得到這個vCard的相關信息文件名字和大小，再通過openInputStream就可以讀取這個vCard文件流，但是實際上ContentProvider是沒有vCard形式的數(shù)據(jù)，也沒有一個vCard的文件，它只是在openFile的時候，識別出vCard的uri，把Contact數(shù)據(jù)轉化成vCard形式寫入輸出流中：

復制代碼代碼如下:

ParcelFileDescriptor openFile(Uri...) {
    if (uri is for vcard) {
       generate vcard with VCardComposer
       write to output stream
    }
}

3. 其他替代方案
ContentProvider不是必須的，每個應用必然用到數(shù)據(jù)，但是可以選擇用創(chuàng)建一個ContentProvider來管理，也可以直接使用文件或數(shù)據(jù)庫，如下面的例子：

復制代碼代碼如下:

package com.android.effective;
import android.app.Activity;
import android.content.ContentValues;
import android.content.Context;
import android.database.Cursor;
import android.database.sqlite.SQLiteDatabase;
import android.database.sqlite.SQLiteOpenHelper;
import android.database.sqlite.SQLiteDatabase.CursorFactory;
import android.os.Bundle;
import android.util.Log;
public class SQLiteDatabaseDemo extends Activity {
    private static final String TAG = "SQLiteDatabaseDemo";
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        MyDatabase db = new MyDatabase(this);

        int id = db.setName("Michael Jordan");
        Log.e(TAG, "id of " + id + " is " + db.getName(id));
    }

    private class MyDatabase {
        private static final String name = "demo.db";
        private static final String table = "demo";
        private final String[] projection = new String[] {"_id", "name" };
        private MyDatabaseHelper helper;

        public MyDatabase(Context context) {
            helper = new MyDatabaseHelper(context, name, null, 1);
        }

        public String getName(int id) {
            final Cursor c = helper.getReadableDatabase().query("demo", projection, "_id=" + id,
                    null, null, null, null);
            if (c == null || !c.moveToFirst()) {
                return null;
            }
            return c.getString(1);
        }

        public int setName(String name) {
            ContentValues cv = new ContentValues();
            cv.put("name", name);
            return (int) helper.getWritableDatabase().insert(table, "name", cv);
        }
    }

    private class MyDatabaseHelper extends SQLiteOpenHelper {
        public MyDatabaseHelper(Context context, String name,
                CursorFactory factory, int version) {
            super(context, name, factory, version);
        }
        @Override
        public void onCreate(SQLiteDatabase db) {
            db.execSQL("CREATE TABLE demo (_id INTEGER PRIMARY KEY, name TEXT);");
        }
        @Override
        public void onUpgrade(SQLiteDatabase db, int old, int newver) {

        }
    }
}

這個例子中就沒有使用ContentProvider而是讓Activity直接操作SQLiteDatabase來實現(xiàn)數(shù)據(jù)的管理，或者不用數(shù)據(jù)庫而直接使用文件進行管理數(shù)據(jù)。
這種方式實現(xiàn)起來可能更簡單，對于需求不大，數(shù)據(jù)量不大，且只有單一組件使用的情況下，完全可以用這種方式。但是它的缺點也很明顯，就是在組件之間傳遞會十分麻煩，甚至不能夠在組件之間共享。為了共享，就要把數(shù)據(jù)層進行抽象，使其獨立于任何一個Activity，以滿足不同的組件對數(shù)據(jù)進行讀寫，但是這樣一來跟實現(xiàn)一個ContentProvider就沒有區(qū)別了，還不如實現(xiàn)一個ContentProvider來的方便。
所以，規(guī)則就是如果某些數(shù)據(jù)只在一個Activity中使用，那么沒有必要創(chuàng)建ContentProvider，直接使用文件或直接操作Database就可以達到目的。但是如果需要跟其他的組件進行共享和傳遞數(shù)據(jù)，就必須使用ContentProvider。
另外，有了ContentProvider也可以方便跟其他應用進行交互，把數(shù)據(jù)傳遞給其他應用的組件。
在使用SQLiteOpenHelper一定要注意線程同步問題，保證每一個SQLiteDatabase的方法(如execSQL）的線程安全性，否則可能會引起十分罕見的異常。曾遇到一個SQLiteStatement報出的NPE(NullPointerException)，就是由于有多個線程在操作同一個SQLiteOpenHelper，而且沒有同步。

您可能感興趣的文章: