作為一個完成的應用程式，資料儲存操作是必不可少的。因此，Android系統一共提供了四種資料儲存方式。分別是：SharePreference、SQLite、Content Provider和File。由於Android系統中，資料基本都是私有的的，都是存放於“data/data/程式包名”目錄下，所以要實現資料共享，正確方式是使用Content Provider。

　　SQLite： SQLite是一個輕量級的資料庫，支援基本SQL語法，是常被採用的一種資料儲存方式。Android為此資料庫提供了一個名為SQLiteDatabase的類，封裝了一些操作資料庫的API。

　　SharedPreference： 

　　File： 即常說的檔案（I/O）儲存方法，常用語儲存大數量的資料，但是缺點是更新資料將是一件困難的事情。

　　ContentProvider: Android系統中能實現所有應用程式共享的一種資料儲存方式，由於資料通常在各應用間的是互相私密的，所以此儲存方式較少使用，但是其又是必不可少的一種儲存方式。例如音訊，視訊，圖片和通訊錄，一般都可以採用此種方式進行儲存。每個Content Provider都會對外提供一個公共的URI（包裝成Uri物件），如果應用程式有資料需要共享時，就需要使用Content Provider為這些資料定義一個URI，然後其他的應用程式就通過Content Provider傳入這個URI來對資料進行操作。

　　SQLite是一種轉為嵌入式裝置設計的輕型資料庫，其只有五種資料型別，分別是：

　　　　NULL：      空值

　　　　INTEGER： 整數

　　　　REAL：      浮點數

　　　　TEXT：      字串

　　　　BLOB：     大資料

　　在SQLite中，並沒有專門設計BOOLEAN和DATE型別，因為BOOLEAN型可以用INTEGER的0和1代替true和false，而DATE型別則可以擁有特定格式的TEXT、REAL和INTEGER的值來代替顯示，為了能方便的操作DATE型別，SQLite提供了一組函式，詳見：http://www.sqlite.org/lang_datefunc.html

　　在Android系統中提供了android.database.sqlite包，用於進行SQLite資料庫的增、刪、改、查工作。其主要方法如下：

　　beginTransaction():                 開始一個事務。

　　close():                                  關閉連線，釋放資源。

　　delete(String table, String whereClause, String[] whereArgs):      根據給定條件，刪除符合條件的記錄。

　　endTransaction():                   結束一個事務。

　　execSQL(String sql):               執行給定SQL語句。

　　insert(String table, String nullColumnHack, ContentValues values):                根據給定條件，插入一條記錄。　

　　openOrCreateDatabase(String path, SQLiteDatabase.CursorFactory factory): 根據給定條件連線資料庫，如果此資料庫不存在，則建立。

　　query(String table, String[] columns, String selection, String[] selectionArgs, String groupBy, String having, String orderBy): 執行查詢。

　　rawQuery(String sql, String[] selectionArgs):                                               根據給定SQL，執行查詢。

　　update(String table, ContentValues values, String whereClause, String[] whereArgs):     根據給定條件，修改符合條件的記錄。

　　除了上訴主要方法外，Android還提供了諸多實用的方法，總之一句話：其實Android訪問資料庫是一件很方便的事兒。

　　一、 建立資料庫

　　通過openOrCreateDatabase(String path, SQLiteDatabase.CursorFactory factory)方法建立資料庫。　　

1 SQLiteDatabase db =this.openOrCreateDatabase("test_db.db", Context.MODE_PRIVATE, null);
2 SQLiteDatabase db2 = SQLiteDatabase.openOrCreateDatabase("/data/data/com.test/databases/test_db2.db3", null);

　　如上兩種方式均能建立資料庫，this.openOrCreateDatabase是對SQLiteDatabase.openOrCreateDatabase而來，如程式碼所見，原生的SQLiteDatabase.openOrCreateDatabase()方法第一引數要求輸入絕對路勁，而所有的資料庫都是儲存於“data/data/應用報名/databases”目錄下，所以輸入完全的絕對路勁是一件重複且繁雜的工作。採用this.openOrCreateDatabase則省去了此操作。執行操作後的結果如下圖：

　　另外還可以通過寫一個繼承SQLiteOpenHelper類的方式建立資料庫，此種方式是一種更加進階的建立方式，所以在此不做描述。

　　二、建立資料表，插入資料。

　　Android系統並沒有提供特別的建立資料表的方法，資料表通過SQL語句建立，程式碼如下：

1 db.execSQL("create table tab(_id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL)");

　　表建立好之後，通過insert(String table, String nullColumnHack, ContentValues values)方法插入資料，其中引數含義分別為：

　　　　table: 目標表名

　　　　nullColumnHack: 指定表中的某列列名。因為在SQLite中，不允許不允許插入所有列均為null的記錄，因此初始值有值為空時，此列需顯式賦予null

　　　　values: ContentValues物件，類似於java中的Map。以鍵值對的方式儲存資料。

　　資料插入程式碼如下：

1　　ContentValues values =new ContentValues();
2 for(int i=0;i<10;i++){
3        values.put("name", "test"+ i);
4        db.insert("tab", "_id", values);5    }

　　執行此操作後，會新增一個名為“tab”的資料表，利用SQLite客戶端（推薦：SQLite Expert Personal 3）可輕鬆檢視此表結構和資料。如下圖：

　　三、修改資料

 　　update(String table, ContentValues values, String whereClause, String[] whereArgs)方法用於修改資料，其四個引數的具體含義如下：

　　　　table:    目標表名

　　　　values:  要被修改成為的新值

　　　　whereClause:    where子句，除去where關鍵字剩下的部分，其中可帶？佔位符。如沒有子句，則為null。

　　　　whereArgs:       用於替代whereClause引數中？佔位符的引數。如不需傳入引數，則為null。

　　資料修改程式碼如下：

1 ContentValues values =new ContentValues();
2 values.put("name", "name");
3 db.update("tab", values, "_id=1", null);
4 db.update("tab", values, "_id=?", new String[]{"5"});

　　執行結果如下圖，_id=1和_id=5的資料，name欄位的值被修改為了“name”。

　　四、查詢資料。

　　之前一直使用SQLite客戶端檢視資料情況了，這裡就使用android提供的query()和rowQuery()方法執行查詢。具體程式碼如下：

 1 Cursor c = db.query("tab", null, null, null, null, null, null);
 2 c.moveToFirst();
 3 while(!c.isAfterLast()){
 4 int index = c.getColumnIndex("name");
 5     Log.d("SQLite", c.getString(index));
 6     c.moveToNext();
 7 }
 8 c = db.rawQuery("select * from tab", null);
 9 c.moveToFirst();
10 while(!c.isAfterLast()){
11 int index = c.getColumnIndex("name");
12     Log.d("SQLite", c.getString(index));
13     c.moveToNext();
14 }

　　查詢結果如下圖：

　　可以清晰的在查詢結果中，紅線上下的資料是完全一致的，也就是說query和rawQuery方法在的不同僅僅在於所需引數的不同。rawQuery方法需要開發者手動寫出查詢SQL，而query方法是由目標表名、where子句、order by子句、having子句等諸多子句由系統組成SQL語句。兩方法同返回Cursor物件，所以兩方在使用時孰優孰劣，就看具體情況了。本人更喜歡rawQuery的方式，因為此方式更接近傳統Java開發，也可以由專業DBA來書寫SQL語句，這樣更符合MVC的思想，而且這樣的程式碼可讀性更高。（query方法裡面引數實在太多，有點記不住誰是order by子句，誰是having子句了）

　　Cursor物件可以理解為遊標物件，凡是對資料有所瞭解的人，相信對此物件都不會陌生，在這裡機不再累述。只提醒一點，在第一次讀取Cursor物件中的資料時，一定要先移動遊標，否則此遊標的位置在第一條記錄之前，會引發異常。

　　五、刪除資料

　　刪除資料也是一件很簡單的事，只需要呼叫delete方法，傳入引數即可，delete(String table, String whereClause, String[] whereArgs)的引數三個引數具體含義如下：

　　　　table:             目標表名

　　　　whereClause:  where子句，除去where關鍵字剩下的部分，其中可帶？佔位符。如沒有子句，則為null。

        　whereArgs:     用於替代whereClause引數中？佔位符的引數。如不需傳入引數，則為null。

　　具體程式碼如下：

db.delete("tab", "_id=? or name=?", new String[]{"8", "name"});

　　執行結果如下:

　　其中_id=8和name=‘name’的資料統統被刪除了。

　　整個資料庫的CRUD操作到此演示完了。最後提醒一點，在操作完資料後，一定要記得呼叫close()方法關閉連線，釋放資源。這個原因相信大家都是懂的。

         SharedPreferences也是一種輕型的資料儲存方式，它的本質是基於XML檔案儲存key-value鍵值對資料，通常用來儲存一些簡單的配置資訊。其儲存位置在/data/data/<包名>/shared_prefs目錄下。SharedPreferences物件本身只能獲取資料而不支援儲存和修改，儲存修改是通過Editor物件實現。實現SharedPreferences儲存的步驟如下：

　　一、根據Context獲取SharedPreferences物件

　　二、利用edit()方法獲取Editor物件。

　　三、通過Editor物件儲存key-value鍵值對資料。

　　四、通過commit()方法提交資料。

　　具體實現程式碼如下：

 1 publicclass MainActivity extends Activity {
 2     @Override
 3 publicvoid onCreate(Bundle savedInstanceState) {
 4 super.onCreate(savedInstanceState);
 5        setContentView(R.layout.main);
 6  7 //獲取SharedPreferences物件 8        Context ctx = MainActivity.this;       
 9        SharedPreferences sp = ctx.getSharedPreferences("SP", MODE_PRIVATE);
10 //存入資料11        Editor editor = sp.edit();
12        editor.putString("STRING_KEY", "string");
13        editor.putInt("INT_KEY", 0);
14        editor.putBoolean("BOOLEAN_KEY", true);
15        editor.commit();
16 17 //返回STRING_KEY的值18        Log.d("SP", sp.getString("STRING_KEY", "none"));
19 //如果NOT_EXIST不存在，則返回值為"none"20        Log.d("SP", sp.getString("NOT_EXIST", "none"));
21     }
22 }

　　　這段程式碼執行過後，即在/data/data/com.test/shared_prefs目錄下生成了一個SP.xml檔案，一個應用可以建立多個這樣的xml檔案。如圖所示： 

 　　SP.xml檔案的具體內容如下：

1 <?xml version='1.0' encoding='utf-8' standalone='yes' ?>2 <map>3 <string name="STRING_KEY">string</string>4 <int name="INT_KEY" value="0"/>5 <boolean name="BOOLEAN_KEY" value="true"/>6 </map>

　　在程式程式碼中，通過getXXX方法，可以方便的獲得對應Key的Value值，如果key值錯誤或者此key無對應value值，SharedPreferences提供了一個賦予預設值的機會，以此保證程式的健壯性。如下圖執行結果中因為並無值為"NOT_EXIST"的Key，所以Log打印出的是其預設值：“none”。在訪問一個不存在key值這個過程中，並無任何異常丟擲。　　

　　SharedPreferences物件與SQLite資料庫相比，免去了建立資料庫，建立表，寫SQL語句等諸多操作，相對而言更加方便，簡潔。但是SharedPreferences也有其自身缺陷，比如其職能儲存boolean，int，float，long和String五種簡單的資料型別，比如其無法進行條件查詢等。所以不論SharedPreferences的資料儲存操作是如何簡單，它也只能是儲存方式的一種補充，而無法完全替代如SQLite資料庫這樣的其他資料儲存方式。

        ContentProvider是Android平臺中，在不同應用程式之間實現資料共享的一種機制。一個應用程式如果需要讓別的程式可以操作自己的資料，即可採用這種機制。並且此種方式忽略了底層的資料儲存實現，ContentProvider提供了一種統一的通過Uri實現資料操作的方式。其步驟為：

　　1. 在當前應用程式中定義一個ContentProvider。

　　2. 在當前應用程式的AndroidManifest.xml中註冊此ContentProvider

　　3. 其他應用程式通過ContentResolver和Uri來獲取此ContentProvider的資料。

　　ContentResolver提供了諸如insert(), delete(), query()和update()之類的方法。用於實現對ContentProvider中資料的存取操作。

　　Uri是一個通用資源標誌符，將其分為A，B，C，D 4個部分：

　　　　A：無法改變的標準字首，包括；"content://"、"tel://"等。當前綴是"content://"時，說明通過一個Content Provider控制這些資料　　

　　　　B：URI的標識，它通過authorities屬性宣告，用於定義了是哪個ContentProvider提供這些資料。對於第三方應用程式，為了保證URI標識的唯一性，它必須是一個完整的、小寫的   類名。例如;"content://com.test.data.myprovider"　　

　　　　C：路徑，可以近似的理解為需要操作的資料庫中表的名字，如："content://hx.android.text.myprovider/name"中的name

　　　　D：如果URI中包含表示需要獲取的記錄的ID；則就返回該id對應的資料，如果沒有ID，就表示返回全部；

　　下面通過是程式碼示例，演示一下如何在應用之間相互獲取資料。

　　在應用程式A中，繼承ContProvider類，並重寫其中方法。

 1 publicclass MyProvider extends ContentProvider{
 2     @Override
 3 publicint delete(Uri uri, String selection, String[] selectionArgs) {
 4 // TODO Auto-generated method stub 5 return0;
 6     }
 7  8     @Override
 9 public String getType(Uri uri) {
10 // TODO Auto-generated method stub11 returnnull;
12     }
13 14     @Override
15 public Uri insert(Uri uri, ContentValues values) {
16 returnnull;
17     }
18 19 //在Create中初始化一個數據庫20     @Override
21 publicboolean onCreate() {
22         SQLiteDatabase db =this.getContext().openOrCreateDatabase("test_db.db3", Context.MODE_PRIVATE, null);
23         db.execSQL("create table tab(_id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT NOT NULL)");
24         ContentValues values =new ContentValues();
25         values.put("name", "test");
26         db.insert("tab", "_id", values);
27         db.close();
28 returntrue;
29     }
30 31 //實現query方法32     @Override
33 public Cursor query(Uri uri, String[] projection, String selection,
34             String[] selectionArgs, String sortOrder) {
35         SQLiteDatabase db =this.getContext().openOrCreateDatabase("test_db.db3", Context.MODE_PRIVATE, null);
36         Cursor c = db.query("tab", null, null, null, null, null,null);
37 return c;
38     }
39 40     @Override
41 publicint update(Uri uri, ContentValues values, String selection,
42             String[] selectionArgs) {
43 // TODO Auto-generated method stub44 return0;
45     }
46 }

　　在其AndroidManifest.xml中宣告此ContentProvider，其中authorities屬性定義了此ContentProvider的Uri標識。

<provider android:name=".MyProvider" android:authorities="com.test.MyProvider"/>

　　在應用程式B中，通過ContentResolver獲取程式A的ContentProvider中的資料。

 1 publicclass MainActivity extends Activity {
 2     @Override
 3 publicvoid onCreate(Bundle savedInstanceState) {
 4 super.onCreate(savedInstanceState);
 5         setContentView(R.layout.main);
 6  7 //獲取上下文 8         Context ctx = MainActivity.this;
 9 //獲取ContentResolver物件10         ContentResolver resolver = ctx.getContentResolver();
11 //獲取Uri物件12         Uri uri = Uri.parse("content://com.test.MyProvider");
13 //獲取資料14         Cursor c = resolver.query(uri, null, null, null, null);
15         c.moveToFirst();
16 for(int i=0; i<c.getCount(); i++){
17 int index = c.getColumnIndexOrThrow("name");
18             String src = c.getString(index);
19             Log.d("", src);
20             c.moveToNext();
21         }
22     }
23 }

　　應用程式B的執行結果如下，從此圖可以發現我們在程式B中成功的獲取到了程式A中的資料：

　　再觀察兩個應用程式的結構，如下圖，其中紅框是應用程式A的程式結構，可以清楚看到其有一個名為“test_db.db3”的資料庫，藍框是應用程式B的程式結構，其並沒有任何資料庫用於儲存資料。由此圖，可以確定應用程式B中查詢出來的資料結果是來自於應用程式A。

　　以上就是ContentProvider的使用方式，這種儲存方式相比SQLite和SharedPreferences，其複雜性是顯而易見的，但是在處處可見“雲”的今天，程式間的資料互動需求令ContentProvider儲存機制變成必不可少的一部分。