深入Understanding Android ContentProvider詳解

1. 什麼是ContentProvider
也即內容提供者，是對所有數據訪問的一層抽象，為數據訪問提供了統一的接口。它有以下優點：
a. 對數據的抽象，為所有的組件提供統一的訪問數據的方式，從而讓組件不必關心具體數據的呈現形式（文件or數據庫）。數據，也可以只關心自身的管理，而不用去管使用者的訪問問題。這樣就達到了很好的封裝。
b. 接口更加方便，更加方便的讓組件之間傳送數據
ContentProvider的訪問標識為Uri，通過統一的ContentResolver進行訪問，而ContentResolver和Uri跟Application的上下文Context以及組件之間的信息傳送工具Intent都是無縫接合，這就讓組件之間進行數據共享和數據傳遞更加的方便和快捷。
所以，ContentProvider的最大好處在於它可以在不同組件之間方便的共享。所以，如果你的應用裡面用到的數據需要在不同的組件之間共享，那麼實現一個ContentProvider無疑是最佳方案。
2. 實現方式
ContentProvider的實現方式非常簡單，只需要根據需求實現一些接口即可，比如：query, insert, delete, update, openFile等。但是具體的數據的呈現形式則是根據不同的目的進行自由選擇，比如對於結構化數據，選擇SQLiteDatabase可能是比較好的方案，大量的字節流可能文件是首選等等。
需要注意一點的是，雖然Android中百分之九十的ContentProvider內部都是用SQLiteDatabase來存儲結構化數據，但這並不意味著ContentProvider只能從SQLiteDatabase來管理數據。ContentProvider定義了一些接口，你只需要按照需要返回正確的數據即可，具體 的實現方式則由你自由選擇。
比如，Contacts的ContentProvider能提供以vCard的方式輸出，也就是說當讀取一個vCard的uri時，這個流是一個vCard形式的文件流，實現起來的思路就是這樣：
復制代碼 代碼如下:
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形式的數據，也沒有一個vCard的文件，它只是在openFile的時候，識別出vCard的uri，把Contact數據轉化成vCard形式寫入輸出流中：
復制代碼 代碼如下:
ParcelFileDescriptor openFile(Uri...) {
    if (uri is for vcard) {
       generate vcard with VCardComposer
       write to output stream
    }
}

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