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，而且沒有同步。
