Ⅰ 簡述android平台提供了哪些數據存儲方法
數據存儲在開發中是使用最頻繁的，Android平台主要有5種實現數據存儲的方式。
第1種： 使用SharedPreferences存儲數據
SharedPreferences是Android平台上一個輕量級的存儲類，主要是保存一些常用的配置比如窗口狀態，一般在Activity中 重載窗口狀態onSaveInstanceState保存一般使用SharedPreferences完成，它提供了Android平台常規的Long長 整形、Int整形、String字元串型的保存。
它的本質是基於XML文件存儲key-value鍵值對數據，通常用來存儲一些簡單的配置信息。
其存儲位置在/data/data/<包名>/shared_prefs目錄下。
SharedPreferences對象本身只能獲取數據而不支持存儲和修改，存儲修改是通過Editor對象實現。
實現SharedPreferences存儲的步驟如下：
一、根據Context獲取SharedPreferences對象
二、利用edit()方法獲取Editor對象。
三、通過Editor對象存儲key-value鍵值對數據。
四、通過commit()方法提交數據。
SharedPreferences對象與sqlite資料庫相比，免去了創建資料庫，創建表，寫SQL語句等諸多操作，相對而言更加方便，簡潔。但是SharedPreferences也有其自身缺陷，比如其職能存儲boolean，int，float，long和String五種簡單的數據類型，比如其無法進行條件查詢等。所以不論SharedPreferences的數據存儲操作是如何簡單，它也只能是存儲方式的一種補充，而無法完全替代如SQLite資料庫這樣的其他數據存儲方式。
第2種： 內部文件存儲數據
關於文件存儲，Activity提供了openFileOutput()方法可以用於把數據輸出到文件中，具體的實現過程與在J2SE環境中保存數據到文件中是一樣的。
文件可用來存放大量數據，如文本、圖片、音頻等。
默認位置：/data/data/<包>/files/***.***。
openFileOutput()方法的第一參數用於指定文件名稱，不能包含路徑分隔符「/」 ，如果文件不存在，Android 會自動創建它。
創建的文件保存在/data/data//files目錄，如： /data/data/cn.itcast.action/files/itcast.txt ，通過點擊Eclipse菜單「Window」-「Show View」-「Other」，在對話窗口中展開android文件夾，選擇下面的File Explorer視圖，然後在File Explorer視圖中展開/data/data//files目錄就可以看到該文件。
openFileOutput()方法的第二參數用於指定操作模式，有四種模式，分別為：
Context.MODE_PRIVATE = 0
Context.MODE_APPEND = 32768
Context.MODE_WORLD_READABLE = 1
Context.MODE_WORLD_WRITEABLE = 2
Context.MODE_PRIVATE：為默認操作模式，代表該文件是私有數據，只能被應用本身訪問，在該模式下，寫入的內容會覆蓋原文件的內容，如果想把新寫入的內容追加到原文件中。可以使用Context.MODE_APPEND
Context.MODE_APPEND：模式會檢查文件是否存在，存在就往文件追加內容，否則就創建新文件。
Context.MODE_WORLD_READABLE和Context.MODE_WORLD_WRITEABLE用來控制其他應用是否有許可權讀寫該文件。
MODE_WORLD_READABLE：表示當前文件可以被其他應用讀取；
MODE_WORLD_WRITEABLE：表示當前文件可以被其他應用寫入。
如果希望文件被其他應用讀和寫，可以傳入： openFileOutput(「itcast.txt」, Context.MODE_WORLD_READABLE + Context.MODE_WORLD_WRITEABLE); android有一套自己的安全模型，當應用程序(.apk)在安裝時系統就會分配給他一個userid，當該應用要去訪問其他資源比如文件的時候，就需要userid匹配。默認情況下，任何應用創建的文件，sharedpreferences，資料庫都應該是私有的（位於/data/data//files），其他程序無法訪問。
除非在創建時指定了Context.MODE_WORLD_READABLE或者Context.MODE_WORLD_WRITEABLE ，只有這樣其他程序才能正確訪問。 對於私有文件只能被創建該文件的應用訪問，如果希望文件能被其他應用讀和寫，可以在創建文件時，指定Context.MODE_WORLD_READABLE和Context.MODE_WORLD_WRITEABLE許可權。
Activity還提供了getCacheDir()和getFilesDir()方法： getCacheDir()方法用於獲取/data/data//cache目錄 getFilesDir()方法用於獲取/data/data//files目錄。
第3種： 外部文件存儲數據
把文件存入SDCard：
使用Activity的openFileOutput()方法保存文件，文件是存放在手機空間上，一般手機的存儲空間不是很大，存放些小文件還行，如果要存放像視頻這樣的大文件，是不可行的。對於像視頻這樣的大文件，我們可以把它存放在SDCard。
SDCard是干什麼的？你可以把它看作是移動硬碟或U盤。 在模擬器中使用SDCard，你需要先創建一張SDCard卡（當然不是真的SDCard，只是鏡像文件）。
創建SDCard可以在Eclipse創建模擬器時隨同創建，也可以使用DOS命令進行創建，如下： 在Dos窗口中進入android SDK安裝路徑的tools目錄，輸入以下命令創建一張容量為2G的SDCard，文件後綴可以隨便取，建議使用.img： mksdcard 2048M D:\AndroidTool\sdcard.img 在程序中訪問SDCard，你需要申請訪問SDCard的許可權。
在AndroidManifest.xml中加入訪問SDCard的許可權如下:
要往SDCard存放文件，程序必須先判斷手機是否裝有SDCard，並且可以進行讀寫。
注意：訪問SDCard必須在AndroidManifest.xml中加入訪問SDCard的許可權。
Environment.getExternalStorageState()方法用於獲取SDCard的狀態，如果手機裝有SDCard，並且可以進行讀寫，那麼方法返回的狀態等於Environment.MEDIA_MOUNTED。
Environment.getExternalStorageDirectory()方法用於獲取SDCard的目錄，當然要獲取SDCard的目錄，你也可以這樣寫：
第4種： SQLite資料庫存儲數據
SQLite是輕量級嵌入式資料庫引擎，它支持 SQL 語言，並且只利用很少的內存就有很好的性能。此外它還是開源的，任何人都可以使用它。許多開源項目（(Mozilla, PHP, Python）都使用了 SQLite.SQLite 由以下幾個組件組成：SQL 編譯器、內核、後端以及附件。SQLite 通過利用虛擬機和虛擬資料庫引擎（VDBE），使調試、修改和擴展 SQLite 的內核變得更加方便。
特點：
面向資源有限的設備，
沒有伺服器進程,
所有數據存放在同一文件中跨平台，
可自由復制。
SQLite 基本上符合 SQL-92 標准，和其他的主要 SQL 資料庫沒什麼區別。它的優點就是高效，Android 運行時環境包含了完整的 SQLite。
SQLite 和其他資料庫最大的不同就是對數據類型的支持，創建一個表時，可以在 CREATE TABLE 語句中指定某列的數據類型，但是你可以把任何數據類型放入任何列中。當某個值插入資料庫時，SQLite 將檢查它的類型。如果該類型與關聯的列不匹配，則 SQLite 會嘗試將該值轉換成該列的類型。如果不能轉換，則該值將作為其本身具有的類型存儲。比如可以把一個字元串（String）放入 INTEGER 列。SQLite 稱這為「弱類型」（manifest typing.）。 此外，SQLite 不支持一些標準的 SQL 功能，特別是外鍵約束（FOREIGN KEY constrains），嵌套 transcaction 和 RIGHT OUTER JOIN 和 FULL OUTER JOIN, 還有一些 ALTER TABLE 功能。 除了上述功能外，SQLite 是一個完整的 SQL 系統，擁有完整的觸發器，交易等等。
Android 集成了 SQLite 資料庫 Android 在運行時（run-time）集成了 SQLite，所以每個 Android 應用程序都可以使用 SQLite 資料庫。
對於熟悉 SQL 的開發人員來時，在 Android 開發中使用 SQLite 相當簡單。但是，由於 JDBC 會消耗太多的系統資源，所以 JDBC 對於手機這種內存受限設備來說並不合適。因此，Android 提供了一些新的 API 來使用 SQLite 資料庫，Android 開發中，程序員需要學使用這些 API。
資料庫存儲在 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 對象，一個舊的版本號和一個新的版本號，這樣你就可以清楚如何把一個資料庫從舊的模型轉變到新的模型。
接下來討論具體如何創建表、插入數據、刪除表等等。調用 getReadableDatabase() 或 getWriteableDatabase() 方法，你可以得到 SQLiteDatabase 實例，具體調用那個方法，取決於你是否需要改變資料庫的內容：
update（）方法有四個參數，分別是表名，表示列名和值的 ContentValues 對象，可選的 WHERE 條件和可選的填充 WHERE 語句的字元串，這些字元串會替換 WHERE 條件中的「？」標記。
update() 根據條件，更新指定列的值，所以用 execSQL() 方法可以達到同樣的目的。 WHERE 條件和其參數和用過的其他 SQL APIs 類似。
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」};
Java代碼
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() 方法釋放游標資源；
在 Android 中使用 SQLite 資料庫管理工具 在其他資料庫上作開發，一般都使用工具來檢查和處理資料庫的內容，而不是僅僅使用資料庫的 API。
使用 Android 模擬器，有兩種可供選擇的方法來管理資料庫。
首先，模擬器綁定了 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 擴展，它可以跨所有平台使用。
如果你想要開發 Android 應用程序，一定需要在 Android 上存儲數據，使用 SQLite 資料庫是一種非常好的選擇。
第五種： 網路存儲數據
前面介紹的幾種存儲都是將數據存儲在本地設備上，除此之外，還有一種存儲（獲取）數據的方式，通過網路來實現數據的存儲和獲取。
我們可以調用WebService返回的數據或是解析HTTP協議實現網路數據交互。
Ⅱ Android手機內存卡中的文件夾分別代表什麼軟體
SD卡中的文件夾，基本上都是系統軟體和第三方軟體的數據存儲的地方。一般看文件夾名稱就能看出是屬於哪個軟體的。比如tencent，就是騰訊的英文名，自然就是QQ和微信的數據所在地。微信傳送的圖片什麼的，都在這里。
另外，常見的文件夾名稱及其作用如下：
一、系統數據類——系統文件存儲相關文件夾
1、.android_secure：官方app2sd的產物，存儲了相關的軟體使用認證驗證，刪除之後SD卡中的軟體將無法使用。
2、Android：存放重要的程序數據，比如google：map的地圖緩存，誤刪掉後地圖還需重新下載。
3、backups：包含重要的備份文件，比如聯系人導出到SD卡會導入到此文件夾。
4、bugtogo：系統出現問題的時候會形成一些報告文件，存放在此文件夾。
5、data：緩存數據文件夾，與Android類似。例如，「截圖助手」截圖保存在datacom.edwardkim.android.screenshotitfullscreenshots里。
6、LOST.DIR：卡上丟失或出錯的文件會移動到這里，此目錄刪了會自動生成。
7、SystemAppBackup：SystemAppremove(深度卸載)備份系統文件後，備份文件保存的目錄。
8、bugreports：升級系統或刷機，系統和程序發生兼容錯誤報告列表(包括內存使用全部內容)將保存在這個文件，重起機器可以刪除。
9、.keepsafe：隱藏類的軟體、加密保存文件地址存放於此。
10、.thumbs：瀏覽或使用某一軟體，以及使用某一文件夾後用於記錄次數和內容的文件，隨機產生，需要定期不斷清除，長時間不清理會大量佔用儲存卡的有效空間。
11、openfeint：打開聯接網路後的一個啟動程序，它廣泛植入移動類平台發布的軟體或游戲，是更新下載或評論反饋信息的記錄地址，可刪除。
12、com：播放類軟體在收看播放影視節目生成的文件將存放於此，可以對製作方反映回饋信息，可以刪除。
13、Download(download)：大寫字母的是網路聯接下載文件目錄，小寫字母的是手機自身(藍牙，近場等)存放下載傳輸文件，不要誤刪。
二、系統工具類——系統自帶工具相關文件夾
1、albumart：音樂專輯封面的緩存文件夾。
2、albums：相冊縮略圖的緩存文件夾。
3、cmp：音樂的緩存文件夾。
4、Playlists：播放列表的緩存文件夾。
5、DCIM：相機隨機緩存文件夾，記錄功能設置的參數，需要及時清理。一些第三方相機軟體拍出的相片也會保存在這里，比如360或暈影相機等。
6、VPN：VPN數據的緩存目錄。
7、Mydocuments：手機啟用各種程序任務記錄的文檔，需要定期清除，長時間不清理會佔用SD卡較大內存。
8、.nomedia：手機中隱藏的音頻、圖片文件夾都會在這里顯示，可以自設在相關文件夾中。
9、media：使用電話通話錄音軟體或在線瀏覽視頻等媒體產生的音頻文件記錄存檔將保存在此。
10、.medieval_software：啟用藍牙傳輸軟體時，記錄任務保存文件的目錄。
11、extracted：解壓縮軟體默認的解壓目錄。
三、第三方應用類
1、.mobo：Moboplayer的緩存文件。
2、.QQ：QQ的緩存文件，需要定期清除。
3、.quickoffice：quickoffice的緩存文件。
4、.switchpro：switchprowidget(多鍵開關應用)的緩存文件。
5、.ucdlres：UC迅雷的緩存文件。
6、：掌上網路、網路輸入法之類程序的緩存文件夾。
7、etouch：易行的緩存文件夾。
8、documents：DocumentsToGo的相關文件夾。
9、gameloft：gameloft游戲數據包存放的文件夾。
10、handcent：handcent(超級簡訊)數據文件夾。
11、handyCurrency：貨幣匯率相關的文件夾，裝了handycalc(科學計算器)之後才會有。
12、ireader：ireader的緩存文件夾。
13、KingReader：開卷有益的緩存文件夾：下載的文件和應用都在這兒：刪除時留意看清
14、LazyList：Applanet的緩存目錄，慎重使用。
15、moji：墨跡天氣的緩存目錄。
16、MusicFolders：poweramp產生的緩存文件夾。
17、openfeint：openfeint的緩存文件夾。
18、Picstore：圖片瀏覽軟體建立的一個目錄。
19、renren：人人網客戶端的緩存文件夾。
20、screenshot：截屏圖片保存的目錄。
21、ShootMe：shootme截屏後圖片文件保存的目錄。
22、SmartpixGames：SmartpixGames出品游戲的緩存文件夾，比如Jewellust。
23、sogou：搜狗拼音輸入法的隨機緩存文件夾，可以刪除。
24、SpeedSoftware：RE文件管理器的緩存文件夾。
25、TalkingFriends：talkingtom(會說話的tom貓)錄制的視頻文件所保存的目錄。
26、Tencent：騰訊軟體的緩存目錄，比如QQ。(與上面的.QQ文件夾並不相同)
27、TitaniumBackup：鈦備份備份的程序所保存的目錄。
28、TunnyBrowser：感覺是海豚瀏覽器的緩存目錄，但為什麼叫這個名字?金槍魚瀏覽器...。.
29、UCDLFiles：UC迅雷下載文件的保存目錄。
30、UCDownloads：UC瀏覽器下載文件緩存的保存目錄。
31、VIE：Vignette(暈影相機)的緩存目錄。
32、yd_historys：有道詞典搜索歷史的緩存目錄
33、yd_speech：有道詞典單詞發音的緩存目錄。
34、youmicache：刪掉後還會自動生成，悠米廣告的緩存目錄，廣告程序內嵌在其程序中。
35、Glu：Glu系列游戲的資料包存放地，如3D獵鹿人，勇猛二兄弟等。
36、apadqq-images：QQforpad的緩存目錄。
37、DunDef：地牢守護者的數據包。
38、KuwoMusic：酷我音樂的相關文件夾。
39、MxBrowser：遨遊的緩存目錄。
40、Camera360：相機camera360的隨機緩存目錄，可以定期清除。
41、TTPod：天天動聽的緩存目錄。
42、downloaded：刷了MIUI,升級後的ZIP刷機包，保存在downloaded_rom里。
43、.estrongs：當你使用了ES文件管理器解壓文件，會有這個緩存記錄。它反映使用進程，可以刪除。
44、silentR：用了後台錄音軟體，自生的音頻文件夾，子文件夾phoneCalls，定期管理清除
45、3D-compass：這是使用實景指南針軟體，生成的景象圖片(圖像和數字比較詳細)文件夾，可以清除。
46、PDF：可移植文檔格式，Pdf閱讀器存儲文件夾。
47、Zidanyou：是字典的詞庫文件儲存，刪除了要重新下載詞庫。
48、Callrecords：採用第三方強制雙向錄音軟體(手機未root)，音頻文件保存。
49、VPlayerPro：是MOBO等視頻播放器使用後的記錄定期刪除。
50、BeWeather(Videos)：是氣象類軟體(如黑莓天氣.。.等)附加下載音頻或動畫圖標的儲存地址，刪除了會無圖無聲顯示。
51、thumbnails：用第三方播放器觀看手持移動類視頻媒體時，存放點擊暫停、隨機截圖以及文件儲存時產生的內容。
52、iQuran(meta2)：可蘭經瀏覽文本和音頻的儲存文件。
53、Autodesk：手機系統自帶存儲器命令生成文件夾：儲存圖像或編寫文稿，可以查看、備份或者刪除。
54、PixlrOMatic：後期特效處理圖片軟體Pixlo，儲存文件夾，打開可以預覽看效果。
55、mapbar：圖吧導航地圖存放文件，有必須主文件和不同地區具體地圖，主文件刪掉要重下!
56、antTTS：是使用了高德導航選擇語音種類導航、語種的下載地址，刪掉了語音提示會丟失。
57、kingsoft：金山詞霸專用文件夾下載儲存詞庫、更新拓展文匯(官方發布修正補充)。
58、NightVisionCamera：夜間拍照相機相片存放的地址。
59、DSA：電子狗專用夾，收錄各地區道路探頭監控位置信息，會定期更新。已測試配合高德、凱立德提前預警，效果不錯。
60、apexlauncher：尖端桌面啟動器文件夾，位置在andriod/data/，放置桌面設置備份bak文件。
Ⅲ Android存儲及路徑
分為：內部存儲和外部存儲
如何區分內部存儲和外部存儲：可以從物理和邏輯區分
從物理的角度區分，內部存儲就是手機自帶存儲空間，外部存儲就是外部接入的存儲空間例如SD卡
從邏輯意義上區分，data，system 目錄就是手機的內部存儲，而 mnt 或者 storage目錄下的sdcard0指向的sdcard目錄就是外部存儲。如果是手機自帶的外部存儲被稱為機身外部存儲，外置的SD卡則稱之為外部存儲。當然兩者都稱為外部存儲也沒關系。這里描述的內部存儲和機身外部存儲都屬於機身存儲；
邏輯區分是從4.4以上版本開始的；
獲取內部存儲路徑和api對應關系
1，通過Environment
2，通過上下文Context
Build.VERSION_CODES.LOLLIPOP及以上版本新增的API
Build.VERSION_CODES.N及以上版本新增的API
特點：
1、內部存儲路徑中的文件是分類存儲的，我們無法干涉，除了cache目錄，別的目錄系統不會自動創建
2、除了files目錄，別的目錄我們幾乎都是無法手動操作的
3、別的App幾乎無法訪問內部存儲中的數據，除了用非法手段或者我們主動暴露
4、內部存儲目錄下的文件夾及文件會隨著app的卸載而被系統自動刪除
外部存儲又可分為共有目錄和私有目錄；
私有目錄
私有目錄：不需要訪問許可權
Android 在外部存儲空間中也提供了特殊目錄供App存放私有文件，該路徑為：/storage/emulated/0/Android/data/包名/
注意：應用安裝之後/storage/emulated/0/Android/data/是沒有對應的應用文件夾的，需要手動調用對應的API創建；
獲取私有目錄路徑
共有目錄
共有目錄：需要申請許可權才能訪問
許可權：6.0以上需要動態申請
獲取共有目錄的API 29中已過時：
Ⅳ android 數據存儲的幾種方式
總體的來講，數據存儲方式有三種：一個是文件，一個是資料庫，另一個則是網路。其中文件和資料庫可能用的稍多一些，文件用起來較為方便，程序可以自己定義格式；資料庫用起稍煩鎖一些，但它有它的優點，比如在海量數據時性能優越，有查詢功能，可以加密，可以加鎖，可以跨應用，跨平台等等；網路，則用於比較重要的事情，比如科研，勘探，航空等實時採集到的數據需要馬上通過網路傳輸到數據處理中心進行存儲並進行處理。 對於Android平台來講，它的存儲方式也不外乎這幾種，按方式總體來分，也是文件，資料庫和網路。但從開發者的角度來講它可以分為以下五種方式： 1.SharedPreferences共享偏好 2.Internal Storage內部存儲空間 3.External Storage外部存儲空間 4.SQLite Database資料庫 5.Internet網路 這幾種方式各自有各自的優點和缺點，要根據不同的實際情況來選擇，而無法給出統一的標准。下面就各種方式談談它們的優缺點，以及最合適的使用情況： 1.Shared Preferences共享偏好 SharedPreferences是用來存儲一些Key/Value類似的成對的基本數據類型，注意，它只能存儲基本數據類型，也即int, long, boolean, String, float。事實上它完全相當於一個HashMap，唯一不同的就是HashMap中的Value可以是任何對象，而SharedPreferences中的值只能存儲基本數據類型(primitive types)。 對於它的使用方法，可以參考Android Developer Guide，這里不重復。 如此來看，最適合SharedPreferences的地方就是保存配置信息，因為很多配置信息都是Key/Value。事實上，在Android當中SharedPreferences使用最多的地方也是用來保存配置（Settings）信息，系統中的Settings中這樣，各個應用中的Settings也是這樣。並且，Android中為了方便的使用SharedPreferences保存配置信息，它來專門有PreferenceActivity用來封裝。也就是說如果你想在應用程序中創建配置（Settings），卜罩你可以直接使用PreferenceActivity和一些相關的專門為Preference封裝的組件，而不用再直接去創建，讀取和保存SharedPreference，Framework中的這些組件會為你做這些事。 再談談一些使用SharedPreference時的技巧，它只能保存基本數據類型，但假如我想保存一個數組，怎麼辦？可以把數據進行處理，把它轉化成一個String，取出的時候再還原就好了；再如，如想保存一個對象，怎麼辦，同樣，可以把對象序列化成為字元序列，或轉成String（Object.toString()），或是把它的HashCode（Object.hashCode()）當成Value保存進去。 總之，SharedPreferences使用起來十分的方便，可以靈活應用，因為它簡單方便，所以能用它就盡量不伏喊要用文件或是資料庫。 1.Internal Storage內部存儲空間 所謂的內部存儲與外部存儲，是指是否是手機內置。手機內置的存儲空間，稱為內部存儲，它是手機一旦出廠就無法改變，它也是手機的硬體指標之一，通常來講手機內置存儲空間越大意味著手機價格會越貴(很多地方把它稱為手機內存，但我們做軟體的知道，這並不準確，內存是指手機運行時存儲程序，數據和指令的地方；這里應該是手機內部存儲的簡稱為內存缺弊野，而並非嚴格意義上的內存)。 內部存儲空間十分有限，因而顯得可貴，所以我們要盡可能避免使用；另外，它也是系統本身和系統應用程序主要的數據存儲所在地，一旦內部存儲空間耗盡，手機也就無法使用了。所以對於內部存儲空間，我們要盡量避免使用。上面所談到的Shared Preferences和下面要談到的SQLite資料庫也都是存儲在內部存儲空間上的。 Android本身來講是一個Linux操作系統，所以它的內部存儲空間，對於應用程序和用戶來講就是「/data/data"目錄。它與其他的（外部的存儲）相比有著比較穩定，存儲方便，操作簡單，更加安全（因為可以控制訪問許可權）等優點。而它唯一的缺點就是它比較有限，比較可貴。 雖然，可以非常容易的知道程序本身的數據所在路徑，所有的應用程序的數據路徑都是「/data/data/app-package-name/」，所有的程序用到的數據，比如libs庫，SharedPreferences都是存放在這個路徑下面。但我們在使用的時候最好不要，或是千萬不要直接引用這個路徑。 使用內部存儲主要有二個方式，一個是文件操作，一個是文件夾操作。無論哪種方式，Context中都提供了相應的函數來支持，使用Context不但操作簡單方便，最重要的是Context會幫助我們管理這些文件，也可以方便幫助我們控制文件的訪問許可權。先來系統的說下Context中關於文件和文件夾操作的函數有哪些。 a. 創建一個文件，並打開成一個文件輸出流，需要提供一個String，作為文件名 1.FileOutputStream output = Context.openOutputFile(filename， Context.MODE_PRIVATE); 2.output.write(data）；// use output to write whatever you like 3.output.close(); 1.FileOutputStream output = Context.openOutputFile(filename， Context.MODE_PRIVATE); output.write(data）；// use output to write whatever you like output.close(); b. 同樣，想打開一個文件作為輸入的話，也是只需要提供文件名 1.FileInputStream input = Context.openInputFile(filename); 2.input.read(); 3.input.close(); 1.FileInputStream input = Context.openInputFile(filename); input.read(); input.close(); c. 列出所有的已創建的文件 1.String[] files = Context.fileList(); 2.for (String file : files) ｛ 3. Log.e(TAG, "file is " + file); 4.} 1.String[] files = Context.fileList(); for (String file : files) ｛ Log.e(TAG, "file is " + file); } d. 刪除文件，能創建就要能夠刪除，當然也會提供了刪除文件的介面，它也非常簡單，只需要提供文件名 1.if (Context.deleteFile(filename)) { 2. Log.e(TAG, "delete file " + filename + " sucessfully「); 3.} else { 4. Log.e(TAG, "failed to delete file " + filename); 5.} 1.if (Context.deleteFile(filename)) { Log.e(TAG, "delete file " + filename + " sucessfully「); } else { Log.e(TAG, "failed to delete file " + filename); } e. 獲取文件已創建文件的路徑，它返回一個文件對象用於操作路徑 1.File fileDir = Context.getFileDir(); 2.Log.e(TAG, "fileDir " + fileDir.getAbsolutePath(); 1.File fileDir = Context.getFileDir(); Log.e(TAG, "fileDir " + fileDir.getAbsolutePath(); f. 創建一個目錄，需要傳入目錄名稱，它返回 一個文件對象用到操作路徑 1.File workDir = Context.getDir(dirName, Context.MODE_PRIVATE); 2.Log.e(TAG, "workdir " + workDir.getAbsolutePath(); 1.File workDir = Context.getDir(dirName, Context.MODE_PRIVATE); Log.e(TAG, "workdir " + workDir.getAbsolutePath(); g. 以File對象方式查看所創建文件，需要傳入文件名，會返迴文件對象 1.File store = Context.openFileStreamPath(filename); 2.Log.e(TAG, "store " + store.length()); 1.File store = Context.openFileStreamPath(filename); Log.e(TAG, "store " + store.length()); h. 獲取Cache路徑，無需要傳入參數，返迴文件對象 1.File cachedir = Context.getCacheDir(); 2.Log.e(TAG, "cachedir " + cacheDir.getAbsolutePath()); 1.File cachedir = Context.getCacheDir(); Log.e(TAG, "cachedir " + cacheDir.getAbsolutePath()); 總結一下文件相關操作，可以得出以下三個特點： 1. 文件操作只需要向函數提供文件名，所以程序自己只需要維護文件名即可； 2. 不用自己去創建文件對象和輸入、輸出流，提供文件名就可以返回File對象或輸入輸出流 3. 對於路徑操作返回的都是文件對象。 如前所述，內部存儲空間有限，可貴，安全，穩定，所以應該用來保存比較重要的數據，比如用戶信息資料，口令秘碼等不需要與其他應用程序共享的數據。也可以用來創建臨時文件，但一定要注意及時刪除。另外，對於內部存儲還有一個非常重要的特點，那就是在應用程序被卸載時，應用程序在內部存儲空間的文件數據將全部被刪除。系統這樣做的原因很簡單，就是因為內部存儲很有限，它必須保證它的可用性，因為一旦添滿，系統將無法再正常工作。 1.External Storage外部存儲空間 再來談談手機外部存儲空間，與內部存儲空間相對，外部存儲空間是指手機出廠的時候不存在，用戶在使用時候可以自由添加的外部存儲介質比如TS卡，SD卡等快閃記憶體儲介質。這些快閃記憶體介質由最初的空間小價格貴，到現在的大容量價格便宜，所以幾乎每個支持外部存儲的手機上面都有大容量（大於等於2G）的快閃記憶體卡。 Android也是不例外，它完全支持外部存儲介質。其實更確切的說，它是要依賴於外部存儲卡的，因為對於Android系統，如果沒有外部存儲卡，很多的系統應用無法使用，比如多媒體相關的應用程序無法使用。雖然Android很依賴，但是外部存儲卡也有它自身的特點，它最大的優點就是存儲空間大，基本上你可無限制的使用，也不怎麼擔心去清除數據。就目前來看，很多程序都在使用外部存儲卡，但很少有程序去主動清理數據，所以無論你的SD卡有多大，它的可用空間卻越來越少。與內部存儲不同的是，當程序卸載時，它在外部存儲所創建的文件數據是不會被清除的。所以清理外部存儲空間的責任丟給了用戶自己，每隔一段時間就去查看下SD卡，發現無用數據立馬刪除。外部存儲的缺點就是不是很穩定，對於Android手機來講可以說，很不穩定，本身快閃記憶體介質就容易出問題，SD卡處於不能正常使用的狀態十分多。 先來說說外部存儲相關的使用方法和API： a. Check media availability檢查介質的可用性 如前所述，外部存儲介質的穩定性十分的差，所以在使用之前一定要先檢查它的可用性，如果可用再去用 view plain to clipboardprint? 1.final String state = Environment.getExternalStorageState(); 2.if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } view plain to clipboardprint? 1.final String state = Environment.getExternalStorageState(); if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } final String state = Environment.getExternalStorageState(); if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } b. Get the directory獲取外部存儲卡的路徑 事實上，外部存儲卡的路徑是「/mnt/sdcard"，所以你直接這樣寫去訪問也能訪問的到。鑒於可讀性和可移植性的考慮，建議這樣寫： view plain to clipboardprint? 1.File sdcardDir = Environment.getExternalStorageDirectory(); view plain to clipboardprint? 1.File sdcardDir = Environment.getExternalStorageDirectory(); File sdcardDir = Environment.getExternalStorageDirectory(); c. For API 8 or greater, there are some other useful APIs helping to manager files and directories. 如果你使用API 8(Android 2.2)或者更高，那麼SDK中又多了幾個操作外部存儲文件和路徑的介面，文檔中也建議開始者更加規范的使用SD卡。比如，創建相應的目錄去存儲相應的數據，Music，Picture，Video等。應用程序目錄也變成了"/Android/data/package-name/data"。具體的使用可以參考文檔，這里不重復。當然，就像編程規范一樣，這里只是規范，你完全可以不遵守它，但出於可讀性和可移植性，還是建議按照文檔建議的去做。 下面總結一下使用時應該注意的一些和外部存儲的特點： a. 外部存儲卡不是隨時想用就能夠用的，所以一定要記得在使用之前檢查它的可用性 b. 存儲在外部存儲卡上的數據是所有應用程序都可見，用戶也可見（使用FileManager），所以安全性不是很好，雖然文檔聲稱可以在外部存儲卡上寫程序私有數據，但貌似沒用，用FileManager仍然可以刪除或編輯文件（Market上面的FileManager功能都十分的強大，能讓用戶看到SD卡中的所有文件，和操作能看到的文件）。 c. Android手機支持把外部存儲卡Mount至PC做為U盤，當連接數據線時，這時SD卡變成了U盤連接到了另外的操作系統中。什麼意思，就是在Android當中雖然有的文件屬性（隱藏，私有等），到了PC上就不一定管用了，用戶在PC上可以隨意操作文件（這就是第二點中所提及的）。 d. 如果使用外部存儲卡保存數據，一定要額外做好異常處理：外部存儲卡不可用時把數據存入哪裡；可用的時候再怎麼同步數據（這是比較頭疼的地方，可行的做法就是當SD卡不可用時不準用戶寫數據，但這用戶體驗又不是很好，但如你所知，很多應用都這么干）；你的數據被破壞了。當然常見的異常也要考慮，比如空間滿了，無法寫入，磁碟壞道等。 1.SQLite Database資料庫 Android對資料庫的支持很好，它本身集成了SQLite資料庫，每個應用都可以方便的使用它，或者更確切的說，Android完全依賴於SQLite資料庫，它所有的系統數據和用到的結構化數據都存儲在資料庫中。 它具有以下優點： a. 效率出眾，這是無可否認的 b. 十分適合存儲結構化數據 c. 方便在不同的Activity，甚至不同的應用之間傳遞數據 先前有一篇文章講到了不同Activity和不同應用之間傳遞數據的麻煩，特別是對於大型數據結構，因為Activity雖是Java對象，但去無法像使用其他類對象那樣去創建一個實例然後使用它，更無法給Activity加上Setters和Getters（雖然這樣做了沒有編譯錯誤）。比較好的解決方案就是把結構化數據寫入資料庫，然後在不同的Activity之間傳遞它們的Uri。 d. 由專門的ContentProvider來幫忙管理和維護資料庫 e. 可以方便的設置訪問許可權，私有還是都可見 f. 操作方便，使用標準的CRUDE語句，ContentResolver.query(), update(), delete() insert()，詳見ContentResolver g. 良好的可移植性和通用性，用標準的SQL語句就能實現CRUDE 對於它的使用方法可以去參考文檔，這里也說不清楚。 1.Internet網路 網路是比較不靠譜的一個，因為移動終端的網路穩定性，以及所產生的流量讓人傷不起，用戶更傷不起。但若是對於非常重要的實時數據，或是需要發送給遠端伺服器處理的，也可以考慮使用網路實時發送。這已經有先例了，Apple和Google就是這樣，iPhone設備和Android設備都會在用戶不知情的情況 下收集用戶的信息，然後又在用戶不知情的情況 下發送到Apple和Google的伺服器上，也就是所謂的「跟蹤門」。除此之外，智能手機（特別是Android和火熱的iPhone）上面的應用程序都會偷偷的在後台運行，收集用戶數據，然後再偷偷的發伺服器，直接傷害是用戶流量，請看先前的文章。 對比這幾種方式，可以總結下： 1. 簡單數據和配置信息，SharedPreference是首選； 2. 如果SharedPreferences不夠用，那麼就創建一個資料庫 3. 結構化數據，一定要創建資料庫，雖然這稍顯煩鎖，但是好處無窮 4. 文件就是用來存儲文件(也即非配置信息或結構化數據)，如文本文件，二進制文件，PC文件，多媒體文件，下載的文件等等。 5. 盡量不要創建文件 6. 如果創建文件，如果是私密文件或是重要文件，就存儲在內部存儲，否則放到外部存儲 7. 不要收集用戶數據，更不要發到網路上，雖然你們也有很多無奈。用戶也無奈，也無辜，但更無助 平台為開發者准備了這么多的方式固然是一件好事，但我們要認清每一種的優點和缺點，根據實際情況選擇最合適的。還有一個原則就是最簡單原則，也就是說能用簡單的方式處理，就不要用復雜的方式。比如存儲幾個數據或簡單對象，用SharedPreference也能做到，何必還去寫個ContentProvider呢?
Ⅳ android文件存儲方式，分類，利弊，什麼時候使用
第一種： 使用SharedPreferences存儲數據
適用范圍：保存少量的數據，且這些數據的格式非常簡單：字元串型、基本類型的值。比如應用程序的各種配置信息（如是否打開音效、是否使用震動效果、小游戲的玩家積分等），解鎖口 令密碼等
核心原理：保存基於XML文件存儲的key-value鍵值對數據，通常用來存儲一些簡單的配置信息。通過DDMS的File Explorer面板，展開文件瀏覽樹,很明顯SharedPreferences數據總是存儲在/data/data//shared_prefs目錄下。SharedPreferences對象本身只能獲取數據而不支持存儲和修改,存儲修改是通過SharedPreferences.edit()獲取的內部介面Editor對象實現。 SharedPreferences本身是一 個介面，程序無法直接創建SharedPreferences實例，只能通過Context提供的getSharedPreferences(String name, int mode)方法來獲取SharedPreferences實例，該方法中name表示要操作的xml文件名，第二個參數具體如下：
Context.MODE_PRIVATE: 指定該SharedPreferences數據只能被本應用程序讀、寫。
Context.MODE_WORLD_READABLE: 指定該SharedPreferences數據能被其他應用程序讀，但不能寫。
Context.MODE_WORLD_WRITEABLE: 指定該SharedPreferences數據能被其他應用程序讀，寫
SharedPreferences對象與SQLite資料庫相比，免去了創建資料庫，創建表，寫SQL語句等諸多操作，相對而言更加方便，簡潔。但是SharedPreferences也有其自身缺陷，比如其職能存儲boolean，int，float，long和String五種簡單的數據類型，比如其無法進行條件查詢等。所以不論SharedPreferences的數據存儲操作是如何簡單，它也只能是存儲方式的一種補充，而無法完全替代如SQLite資料庫這樣的其他數據存儲方式。
第二種： 文件存儲數據
可以在設備本身的存儲設備或者外接的存儲設備中創建用於保存數據的文件。同樣在默認的狀態下，文件是不能在不同的程序間共享。
寫文件：調用Context.openFileOutput()方法根據指定的路徑和文件名來創建文件，這個方法會返回一個FileOutputStream對象。
讀取文件：調用Context.openFileInput()方法通過制定的路徑和文件名來返回一個標準的Java FileInputStream對象。
第三種：SQLite存儲數據
SQLite Database資料庫。Android對資料庫的支持很好，它本身集成了SQLite資料庫，每個應用都可以方便的使用它，或者更確切的說，Android完全依賴於SQLite資料庫，它所有的系統數據和用到的結構化數據都存儲在資料庫中。 它具有以下優點： a. 效率出眾，這是無可否認的 b. 十分適合存儲結構化數據 c. 方便在不同的Activity，甚至不同的應用之間傳遞數據。
第四種：ContentProvider
Android系統中能實現所有應用程序共享的一種數據存儲方式，由於數據通常在各應用間的是互相私密的，所以此存儲方式較少使用，但是其又是必不可少的一種存儲方式。例如音頻，視頻，圖片和通訊錄，一般都可以採用此種方式進行存儲。每個ContentProvider都會對外提供一個公共的URI（包裝成Uri對象），如果應用程序有數據需要共享時，就需要使用ContentProvider為這些數據定義一個URI，然後其他的應用程序就通過Content Provider傳入這個URI來對數據進行操作。
總結一下，文件適用於存儲一些簡單的文本數據或者二進制數據，SharedPreferences適用於存儲一些鍵值對，而資料庫則適用於那些復雜的關系型數據。
Ⅵ 安卓內部外部文件存儲
總述
覺得十分有必要搞清楚內存，內部存儲和外部存儲的區別，還有我們在開發中真正將數據存在了手機的哪兒。
先提一個問題：手機設置的應用管理中，每個App下都有清除數據和清除老配緩存，清除的分別是哪裡的數據？
一 內存，內部存儲和外部存儲
整個存儲空間分為內部存儲和外部存儲兩部分，內部存儲中又包含RAM和ROM等部分。
內部存儲，即InternalStorage，也常說內置存儲卡，這是手機內置的存儲空間，出廠時就被確定，是手機的一個硬體指標。類比電腦的內存。
外部存儲，即ExternalStorage，也常說外置存儲卡，手機出廠時並不存在，是由用戶自由擴展的存儲空間，常見的就是SD卡。類比電腦的外接移動硬碟。
RAM，即常說的運行時內存，是手機運行野宴時存儲數據和指令的地方，注意是運行時內存。類比電腦的內存條。
ROM，用來存放一些系統文件，應用配置和其他數據的地方，是內部存儲中主要存儲區域。類比於Windows電腦的C盤。
上圖中運行內存即RAM，共2G，機身存儲即內部存儲，共8G。
打開手機的文件管理，再點擊手機一項，可以看到下圖：
上圖中箭頭所指的地方，可以進行內部存儲與外部存儲的切換，當前頁為內部存儲下的展示，這只是Android系統存儲數據的一部分而已，大部分數據都對用戶隱藏。至於紅框部分下面繼續講。
二 詳說存儲
一般來說，App軟體大都安裝在內部存儲的ROM區，當然現在也有辦法安裝在SD卡上，但這需要App自身支持及SD卡分區等一系列操作，下面討論的App是安裝在ROM區的。
以Genymotion模擬器設備為例來分析，型號是三星GalaxyS5。直接使用AndroidStudio的DDMS，打開File Explorer，我們可以看到下圖：
這張圖是手機根目錄下的完整目錄結構圖，內外部存儲均包含在內。不過有些文件內容需要root許可權才能看到。
上面展示的內部存儲圖就是其中一部分子目錄。
選其中幾個重要的文件夾介紹。
2.1 /data包：主要存儲手機應用的相關數據。
如上圖的二級目錄中，/data/app文件夾下存放三方應用的apk文件；/data/data文件夾下存放系統應用和三方應用的包私有數據，每個應用都有獨屬於自己的包。
選一個三方應用包——com.X.main，來分析三級目錄——/data/data/com.X.main下都有什麼數據：
由包名不難看出：cache包存放緩存數據，侍脊指databases包存放使用SQLite存儲的數據，files包存放普通數據（log數據，json型數據等），shared_prefs包存放使用SharedPreference存放的數據。這些包都是由系統創建的。
2.2 /mnt/sdcard/storage包：這三個包，與手機的部分內置存儲卡數據和外置存儲卡數據有關。
上面的完整目錄結構圖中有其子目錄信息展示。
以內置存儲卡來說，通常用sdcard0表示：Android4.1上，首先掛載到目錄/storage/sdcard0上面，/sdcard和/mnt/sdcard都只是指向/storage/sdcard0的軟鏈接；Android4.2上，首先掛載到目錄/storage/emulated/0（0就表示內置存儲）上面，為兼容之前版本，又掛載到/storage/emulated/legency上面，/storage/sdcard0、/sdcard和/mnt/sdcard都只是指向/storage/emulated/legency的軟鏈接。（掛載相當於真正位置，軟鏈接相當於指針）。
/mnt/sdcard是Android2.2及之上版本使用，/sdcard是Android2.1及之下版本使用。
在手機的文件管理中看到的內置存儲卡文件，如上面文件管理頁面的圖，就是/storage/emulated /0包的子目錄，Android包的路徑就是：/storage/emulated/0/Android。
2.3 其他
/dev包：Linux系統的常規文件夾。
/system包：系統配置的文件夾，比如Android系統框架（framework）、底層類庫（lib）、字體（font）等。
三 存儲相關操作
在Android開發中，我們常打交道的存儲空間有三部分。
一是根目錄下路徑為 /data/data/包名/XX 的文件。開發中SQLite數據、SharedPreference數據均保存在這里，雖說我們可以讀寫操作，但這部分空間由系統維護。
二是在外置存儲卡上做存儲。暫時不講。
三是在內置存儲卡中做存儲。在/storage/emulated/0/Android/data包下或與/storage/emulated/0/Android包同級目錄上，建立App包存儲數據，這部分空間均由開發者維護。區別在於/storage/emulated/0/Android/data包下的數據為私有目錄數據，會隨App卸載被清除，與/storage/emulated/0/Android包同級的數據（如系統目錄DCIM包，DOWNLOWN包和bluetooth包，還有下圖中的包）屬於公有目錄數據，不會隨App卸載被清除，這就會造成數據的卸載殘留。
Google官方建議開發者將App的數據存儲在私有目錄即/storage/emulated/0/Android/data包下，這樣卸載App時數據會隨之被系統清除，不會造成數據殘留。
對存儲空間進行操作，首先要獲取存儲空間的存儲路徑，對此Android提供了Environment類和Context類來獲取路徑。
就上面對存儲空間的劃分，第一部分空間對用戶不可見，是在具體包名下的，和特定的App有關，所以對這些數據的訪問需調用Context類中的方法；第三部分空間對用戶可見，私有目錄數據仍與特定App有關，需調用Context類中的方法，而公有目錄數據與App無關，應調用Environment類中的方法。
總結如下圖：
寫了個小程序對Environment類和Context類相關方法測試，如下圖：（冒號前為方法名，冒號後為輸出結果）
四 回答最初提出的問題
手機設置的應用管理中，每個App下都有清除數據和清除緩存，清除的分別是哪裡的數據？
還是用上面的Genymotion模擬器設備來分析，主要測試三部分數據：
內部數據：/data/data/包名/XXX
外部私有數據：/storage/emulated/0/Android/data/包名/XXX
外部公有數據：/storage/emulated/0/包名/XXX
測試結果圖就不上了，直接上結論：
清除緩存：將外部私有數據下的cache包（/storage/emulated/0/Android/data/包名/cache）清除，將內部數據下的cache包下的內容（/data/data/包名/cache/XXX）清除 。
清楚數據：將外部私有數據包（/storage/emulated/0/Android/data/包名）清除，將內部數據下的所有內容（/data/data/包名/XXX）清除；
而兩種操作對外部公有數據均無影響。