Android 裏的數據儲存

時間 2019-11-06

標籤 android 數據儲存欄目 Android 简体版

原文原文鏈接

數據持久化

關於數據儲存,這個話題已經被反覆討論過不少次了,我是不建議把網絡存儲這種方式歸入到數據儲存的範圍的,由於這個和Android沒多少關係,所以就有以下的分類:java

本地儲存(也稱之爲數據持久化,包含文件儲存,SharedPreferences,SQLite儲存和ContentProvider(內容提供者))android

內存儲存(靜態變量、全局變量存值)sql

適用場景

若是app內有些數據是須要使用到上次該app關閉時的數據,好比下次啓動app沒有網絡時要求顯示以前的省市信息,那麼不管,你有多麼不肯意,本地儲存是必要的,無非就是有數據時從內存先取,沒有時從本地存儲空間取;shell

內存儲存相對於本地儲存有着響應快,耗時低的優點,本地儲存數據量大IO操做耗時長時甚至要在非UI線程來執行.這就意味着,能不用本地儲存就不要用.數據庫

基本用法

使用SharedPreferences存儲數據後端

SharedPreferences是Android平臺上一個輕量級的存儲類，主要是保存一些經常使用的配置好比窗口狀態，通常在Activity中重載窗口狀態onSaveInstanceState保存通常使用SharedPreferences完成，它提供了Android平臺常規的Long長整形、Int整形、String字符串型的保存。數組

它是什麼樣的處理方式呢? SharedPreferences相似過去Windows系統上的ini配置文件，可是它分爲多種權限，能夠全局共享訪問，最終是以xml方式來保存，總體效率來看不是特別的高，對於常規的輕量級而言比SQLite要好很多，若是真的存儲量不大能夠考慮本身定義文件格式。xml 處理時Dalvik會經過自帶底層的本地XML Parser解析，好比XMLpull方式，這樣對於內存資源佔用比較好。其本質是基於XML文件存儲key-value鍵值對數據，一般用來存儲一些簡單的配置信息。安全

其存儲位置在/data/data/<包名>/shared_prefs目錄下。服務器

SharedPreferences對象自己只能獲取數據而不支持存儲和修改，存儲修改是經過Editor對象實現。網絡

實現SharedPreferences存儲的步驟以下：　　

①根據Context獲取SharedPreferences對象　　

②利用edit()方法獲取Editor對象。　　

③經過Editor對象存儲key-value鍵值對數據。　　

④經過commit()方法提交數據。

//獲取SharedPreferences對象

        Context ctx = MainActivity.this;       

        SharedPreferences sp = ctx.getSharedPreferences("SP", MODE_PRIVATE);

        //存入數據

        Editor editor = sp.edit();

        editor.putString("STRING_KEY", "string");

        editor.putInt("INT_KEY", 0);

        editor.putBoolean("BOOLEAN_KEY", true);

        editor.commit();

        

        //返回STRING_KEY的值

        Log.d("SP", sp.getString("STRING_KEY", "none"));

        //若是NOT_EXIST不存在，則返回值爲"none"

        Log.d("SP", sp.getString("NOT_EXIST", "none"));

     }
}

這段代碼執行事後，即在/data/data/com.test/shared_prefs目錄下生成了一個SP.xml文件，一個應用能夠建立多個這樣的xml文件。

SharedPreferences對象與SQLite數據庫相比，免去了建立數據庫，建立表，寫SQL語句等諸多操做，相對而言更加方便，簡潔。可是SharedPreferences也有其自身缺陷，好比其職能存儲boolean，int，float，long和String五種簡單的數據類型，好比其沒法進行條件查詢等。因此不論SharedPreferences的數據存儲操做是如何簡單，它也只能是存儲方式的一種補充，而沒法徹底替代如SQLite數據庫這樣的其餘數據存儲方式。

文件存儲數據

關於文件存儲，Activity提供了openFileOutput()方法能夠用於把數據輸出到文件中，具體的實現過程與在J2SE環境中保存數據到文件中是同樣的。

文件可用來存放大量數據，如文本、圖片、音頻等。

默認位置：/data/data/<包>/files/***.***。

代碼示例：

public void save() {

        try {
            FileOutputStream outStream=this.openFileOutput("a.txt",Context.MODE_WORLD_READABLE);
            outStream.write(text.getText().toString().getBytes());
            outStream.close();
            Toast.makeText(MyActivity.this,"Saved",Toast.LENGTH_LONG).show();
        } catch (FileNotFoundException e) {
            return;
        }
        catch (IOException e){
            return ;
        }

}

openFileOutput()方法的第一參數用於指定文件名稱，不能包含路徑分隔符「/」，若是文件不存在，Android 會自動建立它。

建立的文件保存在/data/data/<package name>/files目錄.

android有一套本身的安全模型，當應用程序(.apk)在安裝時系統就會分配給他一個userid，當該應用要去訪問其餘資源好比文件的時候，就須要userid匹配。默認狀況下，任何應用建立的文件，sharedpreferences，數據庫都應該是私有的（位於/data/data/<package name>/files），其餘程序沒法訪問。

除非在建立時指定了Context.MODE_WORLD_READABLE或者Context.MODE_WORLD_WRITEABLE ，只有這樣其餘程序才能正確訪問。

讀取文件示例：

public void load()
{
    try {
        FileInputStream inStream=this.openFileInput("a.txt");
        ByteArrayOutputStream stream=new ByteArrayOutputStream();
        byte[] buffer=new byte[1024];
        int length=-1;

while((length=inStream.read(buffer))!=-1)   {
            stream.write(buffer,0,length);
        }

        stream.close();
        inStream.close();
        text.setText(stream.toString());
        Toast.makeText(MyActivity.this,"Loaded",Toast.LENGTH_LONG).show();
    } catch (FileNotFoundException e) {
        e.printStackTrace();
    }
    catch (IOException e){
        return ;
    }

}

對於私有文件只能被建立該文件的應用訪問，若是但願文件能被其餘應用讀和寫，能夠在建立文件時，指定Context.MODE_WORLD_READABLE和Context.MODE_WORLD_WRITEABLE權限。

Activity還提供了getCacheDir()和getFilesDir()方法： getCacheDir()方法用於獲取/data/data/<package name>/cache目錄 getFilesDir()方法用於獲取/data/data/<package name>/files目錄。

把文件存入SDCard：

使用Activity的openFileOutput()方法保存文件，文件是存放在手機空間上，通常手機的存儲空間不是很大，存放些小文件還行，若是要存放像視頻這樣的大文件，是不可行的。對於像視頻這樣的大文件，咱們能夠把它存放在SDCard。

在AndroidManifest.xml中加入訪問SDCard的權限以下:

<uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS"/>

    
  <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>

要往SDCard存放文件，程序必須先判斷手機是否裝有SDCard，而且能夠進行讀寫。

注意：訪問SDCard必須在AndroidManifest.xml中加入訪問SDCard的權限。

if(Environment.getExternalStorageState().equals(Environment.MEDIA_MOUNTED)){

File sdCardDir = Environment.getExternalStorageDirectory();//獲取SDCard目錄

File saveFile = new File(sdCardDir, 「a.txt」);
   FileOutputStream outStream = new FileOutputStream(saveFile);
   outStream.write("test".getBytes());
   outStream.close();

}

Environment.getExternalStorageState()方法用於獲取SDCard的狀態，若是手機裝有SDCard，而且能夠進行讀寫，那麼方法返回的狀態等於Environment.MEDIA_MOUNTED。

Environment.getExternalStorageDirectory()方法用於獲取SDCard的目錄，固然要獲取SDCard的目錄，你也能夠這樣寫：

File sdCardDir = new File("/sdcard"); //獲取SDCard目錄

File saveFile = new File(sdCardDir, "abc.txt");

SQLite數據庫存儲數據

SQLite是輕量級嵌入式數據庫引擎，它支持 SQL 語言，而且只利用不多的內存就有很好的性能。此外它仍是開源的，任何人均可以使用它。許多開源項目（(Mozilla, PHP, Python）都使用了 SQLite.SQLite 由如下幾個組件組成：SQL 編譯器、內核、後端以及附件。SQLite 經過利用虛擬機和虛擬數據庫引擎（VDBE），使調試、修改和擴展 SQLite 的內核變得更加方便。

特色：面向資源有限的設備，沒有服務器進程,全部數據存放在同一文件中跨平臺，可自由複製。

SQLite 內部結構：

SQLite 基本上符合 SQL-92 標準，和其餘的主要 SQL 數據庫沒什麼區別。它的優勢就是高效，Android 運行時環境包含了完整的 SQLite。

Android 集成了 SQLite 數據庫 Android 在運行時（run-time）集成了 SQLite，因此每一個 Android 應用程序均可以使用 SQLite 數據庫。

數據庫存儲在 data/< 項目文件夾 >/databases/ 下。 Android 開發中使用 SQLite 數據庫 Activites 能夠經過 Content Provider 或者 Service 訪問一個數據庫。

下面會詳細講解若是建立數據庫，添加數據和查詢數據庫。建立數據庫 Android 不自動提供數據庫。在 Android 應用程序中使用 SQLite，必須本身建立數據庫，而後建立表、索引，填充數據。

Android 提供了 SQLiteOpenHelper 幫助你建立一個數據庫，你只要繼承 SQLiteOpenHelper 類，就能夠輕鬆的建立數據庫。SQLiteOpenHelper 類根據開發應用程序的須要，封裝了建立和更新數據庫使用的邏輯。

SQLiteOpenHelper 的子類，至少須要實現三個方法：

1 構造函數，調用父類 SQLiteOpenHelper 的構造函數。這個方法須要四個參數：上下文環境（例如，一個 Activity），數據庫名字，一個可選的遊標工廠（一般是 Null），一個表明你正在使用的數據庫模型版本的整數。

2 onCreate（）方法，它須要一個 SQLiteDatabase 對象做爲參數，根據須要對這個對象填充表和初始化數據。

3 onUpgrage() 方法，它須要三個參數，一個 SQLiteDatabase 對象，一箇舊的版本號和一個新的版本號，這樣你就能夠清楚如何把一個數據庫從舊的模型轉變到新的模型。

下面示例代碼展現瞭如何繼承 SQLiteOpenHelper 建立數據庫：

public class DatabaseHelper extends SQLiteOpenHelper {

  DatabaseHelper(Context context, String name, CursorFactory cursorFactory, int version)
  {
    super(context, name, cursorFactory, version);
     }

     @Override
     public void onCreate(SQLiteDatabase db) {
         // TODO 建立數據庫後，對數據庫的操做
     }

     @Override
public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
         // TODO 更改數據庫版本的操做
     }

@Override
public void onOpen(SQLiteDatabase db) {
         super.onOpen(db);
         // TODO 每次成功打開數據庫後首先被執行
     }
}

接下來討論具體如何建立表、插入數據、刪除表等等。調用 getReadableDatabase() 或 getWriteableDatabase() 方法，你能夠獲得 SQLiteDatabase 實例，具體調用那個方法，取決於你是否須要改變數據庫的內容：

db=(new DatabaseHelper(getContext())).getWritableDatabase();
return (db == null) ? false : true;

上面這段代碼會返回一個 SQLiteDatabase 類的實例，使用這個對象，你就能夠查詢或者修改數據庫。當你完成了對數據庫的操做（例如你的 Activity 已經關閉），須要調用 SQLiteDatabase 的 Close() 方法來釋放掉數據庫鏈接。建立表和索引爲了建立表和索引，須要調用 SQLiteDatabase 的 execSQL() 方法來執行 DDL 語句。若是沒有異常，這個方法沒有返回值。

例如，你能夠執行以下代碼：

db.execSQL("CREATE TABLE mytable (_id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT, value REAL);");

這條語句會建立一個名爲 mytable 的表，表有一個列名爲 _id，而且是主鍵，這列的值是會自動增加的整數（例如，當你插入一行時，SQLite 會給這列自動賦值），另外還有兩列：title( 字符 ) 和 value( 浮點數 )。 SQLite 會自動爲主鍵列建立索引。一般狀況下，第一次建立數據庫時建立了表和索引。

若是你不須要改變表的 schema，不須要刪除表和索引 . 刪除表和索引，須要使用 execSQL() 方法調用 DROP INDEX 和 DROP TABLE 語句。給表添加數據上面的代碼，已經建立了數據庫和表，如今須要給表添加數據。有兩種方法能夠給表添加數據。

像上面建立表同樣，你可使用 execSQL() 方法執行 INSERT, UPDATE, DELETE 等語句來更新表的數據。execSQL() 方法適用於全部不返回結果的 SQL 語句。

例如： db.execSQL("INSERT INTO widgets (name, inventory)"+ "VALUES ('Sprocket', 5)");

另外一種方法是使用 SQLiteDatabase 對象的 insert(), update(), delete() 方法。這些方法把 SQL 語句的一部分做爲參數。

示例以下：

ContentValues cv=new ContentValues();

cv.put(Constants.TITLE, "example title");

cv.put(Constants.VALUE, SensorManager.GRAVITY_DEATH_STAR_I);

db.insert("mytable", getNullColumnHack(), cv);

update（）方法有四個參數，分別是表名，表示列名和值的 ContentValues 對象，可選的 WHERE 條件和可選的填充 WHERE 語句的字符串，這些字符串會替換 WHERE 條件中的「？」標記。

update() 根據條件，更新指定列的值，因此用 execSQL() 方法能夠達到一樣的目的。 WHERE 條件和其參數和用過的其餘 SQL APIs 相似。

例如：

String[] parms=new String[] {"this is a string"};

db.update("widgets", replacements, "name=?", parms);

delete() 方法的使用和 update() 相似，使用表名，可選的 WHERE 條件和相應的填充 WHERE 條件的字符串。查詢數據庫相似 INSERT, UPDATE, DELETE，有兩種方法使用 SELECT 從 SQLite 數據庫檢索數據。

1 ．使用 rawQuery() 直接調用 SELECT 語句；使用 query() 方法構建一個查詢。

Raw Queries 正如 API 名字，rawQuery() 是最簡單的解決方法。經過這個方法你就能夠調用 SQL SELECT 語句。

例如： Cursor c=db.rawQuery( "SELECT name FROM sqlite_master WHERE type='table' AND name='mytable'", null);

在上面例子中，咱們查詢 SQLite 系統表（sqlite_master）檢查 table 表是否存在。返回值是一個 cursor 對象，這個對象的方法能夠迭代查詢結果。若是查詢是動態的，使用這個方法就會很是複雜。

例如，當你須要查詢的列在程序編譯的時候不能肯定，這時候使用 query() 方法會方便不少。

Regular Queries query() 方法用 SELECT 語句段構建查詢。SELECT 語句內容做爲 query() 方法的參數，好比：要查詢的表名，要獲取的字段名，WHERE 條件，包含可選的位置參數，去替代 WHERE 條件中位置參數的值，GROUP BY 條件，HAVING 條件。除了表名，其餘參數能夠是 null。因此，之前的代碼段能夠可寫成：

String[] columns={"ID", "inventory"};

String[] parms={"snicklefritz"};

Cursor result=db.query("widgets", columns, "name=?",parms, null, null, null);

使用遊標

無論你如何執行查詢，都會返回一個 Cursor，這是 Android 的 SQLite 數據庫遊標，

使用遊標，你能夠：

經過使用 getCount() 方法獲得結果集中有多少記錄；

經過 moveToFirst(), moveToNext(), 和 isAfterLast() 方法遍歷全部記錄；

經過 getColumnNames() 獲得字段名；

經過 getColumnIndex() 轉換成字段號；

經過 getString()，getInt() 等方法獲得給定字段當前記錄的值；

經過 requery() 方法從新執行查詢獲得遊標；

經過 close() 方法釋放遊標資源；

例如，下面代碼遍歷 mytable 表：

Cursor result=db.rawQuery("SELECT ID, name, inventory FROM mytable");

result.moveToFirst();
    while (!result.isAfterLast()) {
        int id=result.getInt(0);
        String name=result.getString(1);
        int inventory=result.getInt(2);
        // do something useful with these
        result.moveToNext();
      }

result.close();

在 Android 中使用 SQLite 數據庫管理工具在其餘數據庫上做開發，通常都使用工具來檢查和處理數據庫的內容，而不是僅僅使用數據庫的 API。

首先，模擬器綁定了 sqlite3 控制檯程序，可使用 adb shell 命令來調用他。只要你進入了模擬器的 shell，在數據庫的路徑執行 sqlite3 命令就能夠了。

數據庫文件通常存放在： /data/data/your.app.package/databases/your-db-name 若是你喜歡使用更友好的工具，你能夠把數據庫拷貝到你的開發機上，使用 SQLite-aware 客戶端來操做它。這樣的話，你在一個數據庫的拷貝上操做，若是你想要你的修改能反映到設備上，你須要把數據庫備份回去。

把數據庫從設備上考出來，你可使用 adb pull 命令（或者在 IDE 上作相應操做）。

存儲一個修改過的數據庫到設備上，使用 adb push 命令。一個最方便的 SQLite 客戶端是 FireFox SQLite Manager 擴展，它能夠跨全部平臺使用。

下圖是SQLite Manager工具：

若是你想要開發 Android 應用程序，必定須要在 Android 上存儲數據，使用 SQLite 數據庫是一種很是好的選擇。

使用ContentProvider存儲數據

Android這個系統和其餘的操做系統還不太同樣，咱們須要記住的是，數據在Android當中是私有的，固然這些數據包括文件數據和數據庫數據以及一些其餘類型的數據。那這個時候有讀者就會提出問題，難道兩個程序之間就沒有辦法對於數據進行交換？Android這麼優秀的系統不會讓這種狀況發生的。解決這個問題主要靠ContentProvider。一個Content Provider類實現了一組標準的方法接口，從而可以讓其餘的應用保存或讀取此Content Provider的各類數據類型。也就是說，一個程序能夠經過實現一個Content Provider的抽象接口將本身的數據暴露出去。外界根本看不到，也不用看到這個應用暴露的數據在應用當中是如何存儲的，或者是用數據庫存儲仍是用文件存儲，仍是經過網上得到，這些一切都不重要，重要的是外界能夠經過這一套標準及統一的接口和程序裏的數據打交道，能夠讀取程序的數據，也能夠刪除程序的數據，固然，中間也會涉及一些權限的問題。

一個程序能夠經過實現一個ContentProvider的抽象接口將本身的數據徹底暴露出去，並且ContentProviders是以相似數據庫中表的方式將數據暴露，也就是說ContentProvider就像一個「數據庫」。那麼外界獲取其提供的數據，也就應該與從數據庫中獲取數據的操做基本同樣，只不過是採用URI來表示外界須要訪問的「數據庫」。

Content Provider提供了一種多應用間數據共享的方式，好比：聯繫人信息能夠被多個應用程序訪問。

Content Provider是個實現了一組用於提供其餘應用程序存取數據的標準方法的類。應用程序能夠在Content Provider中執行以下操做: 查詢數據修改數據添加數據刪除數據

標準的Content Provider: Android提供了一些已經在系統中實現的標準Content Provider，好比聯繫人信息，圖片庫等等，你能夠用這些Content Provider來訪問設備上存儲的聯繫人信息，圖片等等。

查詢記錄:

在Content Provider中使用的查詢字符串有別於標準的SQL查詢。不少諸如select, add, delete, modify等操做咱們都使用一種特殊的URI來進行，這種URI由3個部分組成，「content://」, 表明數據的路徑，和一個可選的標識數據的ID。

如下是一些示例URI:

content://media/internal/images 這個URI將返回設備上存儲的全部圖片

content://contacts/people/ 這個URI將返回設備上的全部聯繫人信息

content://contacts/people/45 這個URI返回單個結果（聯繫人信息中ID爲45的聯繫人記錄）

儘管這種查詢字符串格式很常見，可是它看起來仍是有點使人迷惑。爲此，Android提供一系列的幫助類（在android.provider包下），裏面包含了不少以類變量形式給出的查詢字符串，這種方式更容易讓咱們理解一點，參見下例:

MediaStore.Images.Media.INTERNAL_CONTENT_URI Contacts.People.CONTENT_URI

所以，如上面content://contacts/people/45這個URI就能夠寫成以下形式：

Uri person = ContentUris.withAppendedId(People.CONTENT_URI, 45);

而後執行數據查詢: Cursor cur = managedQuery(person, null, null, null);

這個查詢返回一個包含全部數據字段的遊標，咱們能夠經過迭代這個遊標來獲取全部的數據：

public class ContentProviderDemo extends Activity {
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
       displayRecords();
    }

    private void displayRecords() {
        //該數組中包含了全部要返回的字段
     String columns[] = new String[] { People.NAME, People.NUMBER };
       Uri mContacts = People.CONTENT_URI;
       Cursor cur = managedQuery(
           mContacts,
          columns,  // 要返回的數據字段
       null,          // WHERE子句
       null,         // WHERE 子句的參數
       null         // Order-by子句
     );
       if (cur.moveToFirst()) {
           String name = null;
           String phoneNo = null;
           do {
              // 獲取字段的值
         name = cur.getString(cur.getColumnIndex(People.NAME));
             phoneNo = cur.getString(cur.getColumnIndex(People.NUMBER));
             Toast.makeText(this, name + 」」 + phoneNo, Toast.LENGTH_LONG).show();
          } while (cur.moveToNext());
       }
    }

}

上例示範了一個如何依次讀取聯繫人信息表中的指定數據列name和number。

修改記錄:

咱們可使用ContentResolver.update()方法來修改數據，咱們來寫一個修改數據的方法:

private void updateRecord(int recNo, String name) {

Uri uri = ContentUris.withAppendedId(People.CONTENT_URI, recNo);
ContentValues values = new ContentValues();
values.put(People.NAME, name);
getContentResolver().update(uri, values, null, null);

}

如今你能夠調用上面的方法來更新指定記錄： updateRecord(10, 」XYZ」); //更改第10條記錄的name字段值爲「XYZ」

添加記錄:

要增長記錄，咱們能夠調用ContentResolver.insert()方法，該方法接受一個要增長的記錄的目標URI，以及一個包含了新記錄值的Map對象，調用後的返回值是新記錄的URI，包含記錄號。

上面的例子中咱們都是基於聯繫人信息簿這個標準的Content Provider，如今咱們繼續來建立一個insertRecord() 方法以對聯繫人信息簿中進行數據的添加：

private void insertRecords(String name, String phoneNo) {

ContentValues values = new ContentValues();
    values.put(People.NAME, name);
    Uri uri = getContentResolver().insert(People.CONTENT_URI, values);
    Log.d(」ANDROID」, uri.toString());
    Uri numberUri = Uri.withAppendedPath(uri, People.Phones.CONTENT_DIRECTORY);
    values.clear();
    values.put(Contacts.Phones.TYPE, People.Phones.TYPE_MOBILE);
    values.put(People.NUMBER, phoneNo);
    getContentResolver().insert(numberUri, values);

}

這樣咱們就能夠調用insertRecords(name, phoneNo)的方式來向聯繫人信息簿中添加聯繫人姓名和電話號碼。

刪除記錄:

Content Provider中的getContextResolver.delete()方法能夠用來刪除記錄。

下面的記錄用來刪除設備上全部的聯繫人信息：

private void deleteRecords() {

Uri uri = People.CONTENT_URI;

getContentResolver().delete(uri, null, null);

}

你也能夠指定WHERE條件語句來刪除特定的記錄：

getContentResolver().delete(uri, 「NAME=」 + 「‘XYZ XYZ’」, null);

這將會刪除name爲‘XYZ XYZ’的記錄。

建立Content Provider:

至此咱們已經知道如何使用Content Provider了，如今讓咱們來看下如何本身建立一個Content Provider。

要建立咱們本身的Content Provider的話，咱們須要遵循如下幾步：

1. 建立一個繼承了ContentProvider父類的類

2. 定義一個名爲CONTENT_URI，而且是public static final的Uri類型的類變量，你必須爲其指定一個惟一的字符串值，最好的方案是以類的全名稱，

如: public static final Uri CONTENT_URI = Uri.parse( 「content://com.google.android.MyContentProvider」);

3. 建立你的數據存儲系統。大多數Content Provider使用Android文件系統或SQLite數據庫來保持數據，可是你也能夠以任何你想要的方式來存儲。

4. 定義你要返回給客戶端的數據列名。若是你正在使用Android數據庫，則數據列的使用方式就和你以往所熟悉的其餘數據庫同樣。可是，你必須爲其定義一個叫_id的列，它用來表示每條記錄的惟一性。

5. 若是你要存儲字節型數據，好比位圖文件等，那保存該數據的數據列實際上是一個表示實際保存文件的URI字符串，客戶端經過它來讀取對應的文件數據，處理這種數據類型的Content Provider須要實現一個名爲_data的字段，_data字段列出了該文件在Android文件系統上的精確路徑。這個字段不只是供客戶端使用，並且也能夠供ContentResolver使用。客戶端能夠調用ContentResolver.openOutputStream()方法來處理該URI指向的文件資源，若是是ContentResolver自己的話，因爲其持有的權限比客戶端要高，因此它能直接訪問該數據文件。

6. 聲明public static String型的變量，用於指定要從遊標處返回的數據列。

7. 查詢返回一個Cursor類型的對象。全部執行寫操做的方法如insert(), update() 以及delete()都將被監聽。咱們能夠經過使用ContentResover().notifyChange()方法來通知監聽器關於數據更新的信息。

8. 在AndroidMenifest.xml中使用標籤來設置Content Provider。

9. 若是你要處理的數據類型是一種比較新的類型，你就必須先定義一個新的MIME類型，以供ContentProvider.geType(url)來返回。

MIME類型有兩種形式:

一種是爲指定的單個記錄的，還有一種是爲多條記錄的。這裏給出一種經常使用的格式： vnd.android.cursor.item/vnd.yourcompanyname.contenttype （單個記錄的MIME類型）好比, 一個請求列車信息的URI如content://com.example.transportationprovider/trains/122 可能就會返回typevnd.android.cursor.item/vnd.example.rail這樣一個MIME類型。

vnd.android.cursor.dir/vnd.yourcompanyname.contenttype （多個記錄的MIME類型）好比, 一個請求全部列車信息的URI如content://com.example.transportationprovider/trains 可能就會返回vnd.android.cursor.dir/vnd.example.rail這樣一個MIME 類型。

下列代碼將建立一個Content Provider，它僅僅是存儲用戶名稱並顯示全部的用戶名稱（使用 SQLLite數據庫存儲這些數據）：

public class MyUsers {
    public static final String AUTHORITY  = 「com.wissen.MyContentProvider」;

    // BaseColumn類中已經包含了 _id字段
   public static final class User implements BaseColumns {
        public static final Uri CONTENT_URI  = Uri.parse(」content://com.wissen.MyContentProvider」);
        // 表數據列
     public static final String  USER_NAME  = 「USER_NAME」;
    }

}

上面的類中定義了Content Provider的CONTENT_URI，以及數據列。下面咱們將定義基於上面的類來定義實際的Content Provider類：

public class MyContentProvider extends ContentProvider {
    private SQLiteDatabase     sqlDB;
    private DatabaseHelper    dbHelper;
    private static final String  DATABASE_NAME     = 「Users.db」;
    private static final int        DATABASE_VERSION         = 1;
    private static final String TABLE_NAME   = 「User」;
    private static final String TAG = 「MyContentProvider」;

    private static class DatabaseHelper extends SQLiteOpenHelper {
        DatabaseHelper(Context context) {
            super(context, DATABASE_NAME, null, DATABASE_VERSION);
        }

        @Override
        public void onCreate(SQLiteDatabase db) {
            //建立用於存儲數據的表
        db.execSQL(」Create table 」 + TABLE_NAME + 「( _id INTEGER PRIMARY KEY AUTOINCREMENT, USER_NAME TEXT);」);
        }

        @Override
        public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
            db.execSQL(」DROP TABLE IF EXISTS 」 + TABLE_NAME);
            onCreate(db);
        }
    }

    @Override
    public int delete(Uri uri, String s, String[] as) {
        return 0;
    }

    @Override
    public String getType(Uri uri) {
        return null;
    }

    @Override
    public Uri insert(Uri uri, ContentValues contentvalues) {
        sqlDB = dbHelper.getWritableDatabase();
        long rowId = sqlDB.insert(TABLE_NAME, 「」, contentvalues);
        if (rowId > 0) {
            Uri rowUri = ContentUris.appendId(MyUsers.User.CONTENT_URI.buildUpon(), rowId).build();
            getContext().getContentResolver().notifyChange(rowUri, null);
            return rowUri;
        }
        throw new SQLException(」Failed to insert row into 」 + uri);
    }

    @Override
    public boolean onCreate() {
        dbHelper = new DatabaseHelper(getContext());
        return (dbHelper == null) ? false : true;
    }

    @Override
    public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) {
        SQLiteQueryBuilder qb = new SQLiteQueryBuilder();
        SQLiteDatabase db = dbHelper.getReadableDatabase();
        qb.setTables(TABLE_NAME);
        Cursor c = qb.query(db, projection, selection, null, null, null, sortOrder);
        c.setNotificationUri(getContext().getContentResolver(), uri);
        return c;
    }

    @Override
    public int update(Uri uri, ContentValues contentvalues, String s, String[] as) {
        return 0;
    }

}

一個名爲MyContentProvider的Content Provider建立完成了，它用於從Sqlite數據庫中添加和讀取記錄。

Content Provider的入口須要在AndroidManifest.xml中配置:

以後，讓咱們來使用這個定義好的Content Provider:

public class ContentDemo extends Activity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        insertRecord(」MyUser」);
        displayRecords();
    }

    private void insertRecord(String userName) {
        ContentValues values = new ContentValues();
        values.put(MyUsers.User.USER_NAME, userName);
        getContentResolver().insert(MyUsers.User.CONTENT_URI, values);
    }

    private void displayRecords() {
        String columns[] = new String[] { MyUsers.User._ID, MyUsers.User.USER_NAME };
        Uri myUri = MyUsers.User.CONTENT_URI;
        Cursor cur = managedQuery(myUri, columns,null, null, null );
        if (cur.moveToFirst()) {
            String id = null;
            String userName = null;
            do {
                id = cur.getString(cur.getColumnIndex(MyUsers.User._ID));
                userName = cur.getString(cur.getColumnIndex(MyUsers.User.USER_NAME));
                Toast.makeText(this, id + 」」 + userName, Toast.LENGTH_LONG).show();
           } while (cur.moveToNext());
       }
    }

}

上面的類將先向數據庫中添加一條用戶數據，而後顯示數據庫中全部的用戶數據。

總結

　　我我的而言,使用的多點的就是sp儲存,sqlite儲存,文件儲存;contentprovider使用的最少,用到基本就是調用系統的內容提供者獲取一下聯繫人列表什麼的;若是存儲的是較複雜的javabean,那仍是老老實實的用sqlite吧,別忘了增刪改查放在工做線程;本地儲存的話尤爲要注意權限問題,7.1的這些儲存權限已是危險權限了,單單在AndroidManifest定義是沒用的,須要配合使用動態權限申請(定製的系統就例外了,哈哈,本身定製的什麼都好說);從性能最優的角度說,能不用本地儲存就不要用,用到本地儲存時,能用sp,就不要用sqlite;文件儲存慎用...