Android各存儲方式對比

SharedPreferences

SharedPreferences使用鍵值對的形式保存原始類型的數據

使用方式

// 獲取以Activity類名命名的SharedPreferences
mActivityPreferences = getPreferences(MODE_PRIVATE);
// 獲取自己命名的SharedPreferences
mSharedPreferences = getSharedPreferences("test", MODE_PRIVATE);        

SharedPreferences.Editor editor = mSharedPreferences.edit();
editor.putString("hello", "hello");
// 同步方式,會立即阻塞,將數據持久化
// editor.commit();
// 異步方式,會先存到內存,再異步的將數據持久化
editor.apply();

 // 獲取數據,第一個參數為鍵,第二個參數為默認值
String data = mSharedPreferences.getString("hello","data miss");
mDisplayTv.setText(data);

//設置數據變化監聽器
mSharedPreferences.registerOnSharedPreferenceChangeListener(
                new SharedPreferences.OnSharedPreferenceChangeListener() {
            @Override
            public void onSharedPreferenceChanged(SharedPreferences sharedPreferences, String key) {
                Toast.makeText(MainActivity.this,
                        sharedPreferences.getString(key, "miss"), Toast.LENGTH_SHORT).show();
            }
        });       

原理

SharedPreferences和內嵌的Editor其實都只是接口定義而已,并沒有實現任何方法。它只是用來制定了一個存儲鍵值對的協議,具體的實現方式和存儲形式可以是任意的。在Android系統中,它默認以XML格式的文件來存儲這些數據,實現的類則是SharedPreferencesImpl

xml文件形式,保存在/data/data/(packagename)/shared_prefs/,需有root權限才能查看

<?xml version='1.0' encoding='utf-8' standalone='yes' ?>
<map>
    <string name="hello">hello</string>
</map>

優缺點

數據的獲取較快,而數據寫入由于io原因使用commit()會花費一些時間,可用apply()進行異步存儲。適合存儲量小、簡單的數據。

文件

使用文件進行數據持久化,分為使用內部存儲和外部存儲,這邊的內部存儲和外部存儲比較容易產生歧義。打開ddms可以看到三個文件夾

其中data及其子文件夾就是我們說的內部存儲,storage、mnt即為外部存儲

內部存儲

內部存儲不是內存,內部存儲位于系統中很特殊的一個位置,如果你想將文件存儲于內部存儲中,那么文件默認只能被你的應用訪問到,且一個應用所創建的所有文件都在和應用包名相同的目錄下。當一個應用卸載之后,內部存儲中的這些文件也被刪除。對于內部存儲空間,我們要盡量避免使用。Shared Preferences和SQLite數據庫都是存儲在內部存儲空間上的。內部存儲一般用Context來獲取和操作。

// getFilesDir()獲取你app的內部存儲空間,相當于你的應用在內部存儲上的根目錄(例:/data/user/0/package-name/files)。Context的對象還提供deleteFile(String name)、fileList()、getDir()等方法方便我們操作
File file = new File(getFilesDir(), filename);

// 寫入文件
try {
    FileOutputStream fos = openFileOutput("hello", Context.MODE_PRIVATE);
    fos.write("hello".getBytes());
    fos.close();
} catch (IOException e) {
    e.printStackTrace();
}

//讀取文件
try {
    FileInputStream fis = openFileInput("hello");
    BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(fis));
    String line = "";
    while ((line = bufferedReader.readLine()) != null) {
        sb.append(line);
    }
    fis.close();
} catch (IOException e) {
    e.printStackTrace();
}               

緩存文件

如果您想要緩存一些數據,而不是永久存儲這些數據,應該使用 getCacheDir() 來打開一個 File,它表示您的應用應該將臨時緩存文件保存到的內部目錄。

當設備的內部存儲空間不足時,Android 可能會刪除這些緩存文件以回收空間。 但您不應該依賴系統來為您清理這些文件, 而應該始終自行維護緩存文件,使其占用的空間保持在合理的限制范圍內(例如 1 MB)。 當用戶卸載您的應用時,這些文件也會被移除。

外部存儲

外部存儲才是我們平時操作最多的,外部存儲一般就是我們上面看到的storage文件夾,當然也有可能是mnt文件夾,這個不同廠家有可能不一樣

一般來說,在storage文件夾中有一個sdcard文件夾,這個文件夾中的文件又分為兩類,一類是公有目錄,還有一類是私有目錄,其中的公有目錄有九大類,比如DCIM、DOWNLOAD等這種系統為我們創建的文件夾,私有目錄就是android這個文件夾,這個文件夾打開之后里邊有一個data文件夾,打開這個data文件夾,里邊有許多包名組成的文件夾。無論私有目錄還是公有目錄,只要存儲在外部存儲,用戶與其他應用都可訪問

// 1. 首先需要聲明權限
<manifest ...>
    <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
    ...
</manifest>

// 2. 檢查介質是否可用
public boolean isExternalStorageWritable() {
    String state = Environment.getExternalStorageState( ;
    if (Environment.MEDIA_MOUNTED.equals(state)) {
        return true;
    }
    return false;
}

公有文件

為了方便用戶訪問與系統媒體掃描程序掃描,應將公有文件保存到共享的公共目錄,在您的外部文件目錄中包含名為 .nomedia 的空文件,這將阻止媒體掃描程序讀取您的媒體文件

// DIRECTORY_DOCUMENTS在api19后加入
File file = new File(Environment.getExternalStoragePublicDirectory(
        Environment.DIRECTORY_DOCUMENTS), "test.txt");
FileOutputStream fos = new FileOutputStream(file);
fos.write("hello".getBytes());
fos.close();

私有文件

從 Android 4.4 開始讀寫私有文件不用聲明權限,當用戶卸載應用后,私有文件夾中的內容都將被刪除,系統媒體掃描程序不會讀取這些目錄中的文件

有時,已分配某個內部存儲器分區用作外部存儲的設備可能還提供了 SD 卡槽。在使用運行 Android 4.3 和更低版本的這類設備時,getExternalFilesDir() 方法將僅提供內部分區的訪問權限,而您的應用無法讀取或寫入 SD 卡。不過,從 Android 4.4 開始,可通過調用 getExternalFilesDirs() 來同時訪問兩個位置,該方法將會返回包含各個位置條目的 File 數組。 數組中的第一個條目被視為外部主存儲;除非該位置已滿或不可用,否則應該使用該位置。 如果您希望在支持 Android 4.3 和更低版本的同時訪問兩個可能的位置,請使用支持庫中的靜態方法 ContextCompat.getExternalFilesDirs()。

 // 獲取外部存儲私有目錄路徑
 File file = new File(getExternalFilesDir(null), "test.txt");

使用文件進行數據持久化的優缺點

使用文件進行持久化可保存的數據量較大,可以保存多種類型的數據,其他應用也可進行訪問,文件io會造成一定性能開銷

數據庫

Android 提供了對 SQLite 數據庫的完全支持。應用中的任何類(不包括應用外部的類)均可按名稱訪問您所創建的任何數據庫。

// 創建SQLiteHelp子類
public class TextSQLiteOpenHelper extends SQLiteOpenHelper {

    public static final String TABLE_NAME = "text_db";
    private static final String TABLE_CREATE =
            "CREATE TABLE " + TABLE_NAME + " (" +
                    "id integer primary key autoincrement, " +
                    "name varchar(64));";

    public TextSQLiteOpenHelper(Context context, String name,SQLiteDatabase.CursorFactory factory, int version){
        super(context, name, factory, version);
    }

    @Override
    public void onCreate(SQLiteDatabase db) {
        db.execSQL(TABLE_CREATE);
    }

    @Override
    public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {

    }

}

// 插入數據
TextSQLiteOpenHelper helper = new TextSQLiteOpenHelper(
                this, TextSQLiteOpenHelper.TABLE_NAME, null, 1);
SQLiteDatabase database = helper.getWritableDatabas();
ContentValues contentValues = new ContentValues();
contentValues.put("id", 1);
contentValues.put("name", "hello");
database.insert(TextSQLiteOpenHelper.TABLE_NAME,null, contentValues);
database.close();

// 查詢數據
 TextSQLiteOpenHelper helper = new TextSQLiteOpenHelper(
this, TextSQLiteOpenHelper.TABLE_NAME, null, 1);
SQLiteDatabase database = helper.getReadableDatabas();
Cursor cursor = database.query(TextSQLiteOpenHelper.TABLE_NAME, null, null, null,null, null, null);
cursor.moveToFirst();
String name = cursor.getString(cursor.getColumnInde("name"));
mDisplayTv.setText(name);
cursor.close();
database.close();

使用數據庫進行持久化優缺點

適合存儲結構化數據,但是不適合存儲大量數據,且數據庫的存取屬于本地io,如果查詢的數據量較大則需要異步執行

云端

通過服務端提供的接口發送數據,將數據存儲在服務器,這種方式與文件io類似,不過更加復雜,會受到網絡狀態與服務器狀態影響,當手機使用移動數據流量上網的時候還必須限制大數據量的通信

Reference

  1. 數據存儲

  2. 了解Android API中的SharedPreferences

  3. android中的文件操作詳解以及內部存儲和外部存儲

  4. 徹底理解android中的內部存儲與外部存儲

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,182評論 6 543
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,489評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,290評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,776評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,510評論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,866評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,860評論 3 447
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,036評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,585評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,331評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,536評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,058評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,754評論 3 349
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,154評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,469評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,273評論 3 399
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,505評論 2 379

推薦閱讀更多精彩內容