⑴ 安卓機上RAM和ROM的區別是什麼
RAM，隨機存取存儲器（random access memory）又稱作「隨機存儲器」，是與CPU直接交換數據的內部存儲器，也叫主存(內存)。它可以隨時讀寫，而且速度很快，通常作為操作系統或其他正在運行中的程序的臨時數據存儲媒介。
ROM其實有兩種含義了：
1、智能手機配置中的ROM指的是 EEProm (電擦除可寫只讀存儲器)，類似於計算機的硬碟。
2、ROM 是 ROM image（只讀內存鏡像）的簡稱，常用於手機定製系統玩家的圈子中。因為系統源碼需要打包才能成為鏡像，所以 ROM 也會被稱為「包」。
⑵ 簡述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協議實現網路數據交互。
⑶ 安卓內部外部文件存儲
總述
覺得十分有必要搞清楚內存，內部存儲和外部存儲的區別，還有我們在開發中真正將數據存在了手機的哪兒。
先提一個問題：手機設置的應用管理中，每個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）清除；
而兩種操作對外部公有數據均無影響。
⑷ Android一般採用什麼資料庫
Android一般採用sqlite資料庫作為數據存儲方案。
通常的資料庫有關系型回數據如：ms
ql
,mysql,oracle等，非關系型nosql資料庫
如mongodb,redis
android作為手答機端的手機操作系統，是無法直接操作大型的關系型或是no
sql類型的資料庫的。
從你的應用描述中景點等信息都可以選擇存儲在sqlite中。
但是圖片這些信息還是建議你存儲到伺服器上，以文件的形式存儲。
還有一種方式是在伺服器中使用任何的關系型和非關系型資料庫存儲你的所有數據，但是你的android應用需要通過api去訪問你的景點圖片信息。
⑸ android中的存儲方式有哪些
Android提供以下四種存儲方式：
1.SharePreference
2.SQLite
3.File
4.ContentProvider
SharedPreference:
SharedPreference是一種輕型的數據存儲方式，實際上是基於XML文件存儲的「key-value」鍵值對數據。通常用來存儲程序的一些配置信息。其存儲在「data/data/程序包名/shared_prefs目錄下。
SharedPreference本身只能獲取數據，不支持存儲和修改。存儲和修改要通過Editor對象來實現。
SQLite:
SQLite是一個輕量級關系型資料庫，既然是關系型資料庫，那操作起來其實跟mysql、sql
server差不多的。
需要注意的一點是，SQLite只有NULL、INTEGER、REAL（浮點數）、TEXT（字元串）和BLOB（大數據）五種類型，不存在BOOLEAN和DATE類型。
File:
常說的文件（I/O）存儲方法，常用語存儲大數量的數據，但是缺點是更新數據將是一件困難的事情。
ContentProvider:
ContentProvider相對於其它的方式比較復雜，當然其功能相對於其它的方式也是革命性的改變。它能夠實現跨應用之間的數據操作。利用ContentResolver對象的delete、update、insert、query等方法去操ContentProvider的對象，讓ContentProvider對象的方法去對數據操作。
⑹ 安卓數據會存本地嗎
安卓開發之數據存儲在本地的四種方式
本地數據存儲，在安卓開發過程中是不可避免的一個話題。這些本地的數據可能是用戶的設置，程序的設置，用戶的數據圖片, 也可能是網路傳輸的一些緩沖數據。
基本上我們有4種方法可以存儲安卓程序的數據。
第1種是Shared Preference(共享選項)。
這種方法適合於存儲一些基本數據類型的數據。他提供的是key-value（鍵值）的方式。鍵必須是字元串類型的，值可以是布爾型的，浮點型的，整型的，長整型的，或者字元串類型的。
這種方式是用一個xml文件在私有的目錄裡面存放這些數據的。一個程序可以有多個這樣的文件。
下面一段代碼用來描述寫入數據。
第2種是Internal Storage(內部存儲)。
這種方式用來存儲一些復雜的數據結構。因為是內部存儲方式，所以其他程序無法訪問。這樣可以保證數據的安全性。當你的程序卸載以後，這些內部存儲數據也會被清除掉。
這類數據一般包括像一些對象，或者本地需要一些類似文件系統訪問模式的數據。
下面一段代碼用來寫入數據。
第3種是External Storage(外部存儲)。
這種存儲方式用來存儲一些文件對象。這些文件可以被其他程序來訪問。要使用外部存儲，需要申請特別的寫許可權WRITE_EXTERNAL_STORAGE。如果其他程序需要訪問這些外部存儲數據的話，也需要申請讀許可權READ_EXTERNAL_STORAGE 。
從安卓4.4開始，用戶可以把自己的數據寫入一個私有的外部存儲文件夾中，如果這樣的話，用戶就不需要申請寫許可權WRITE_EXTERNAL_STORAGE。當用戶卸載程序的時候，這個文件夾也會被清除。
從安卓7.0開始， 安卓程序可以申請訪問特定的文件目錄，而不是申請訪問整個外部存儲空間。這樣可以保證數據的安全性，防止誤操作。用戶只可以訪問圖片目錄，或者文檔目錄。
第4種是SQLite database(資料庫)。
這種方式需要了解一些資料庫方面的知識。適合存儲相對結構化的數據。尤其是表結構。資料庫是跟當前程序綁定的其他程序無法訪問。
下面一段代碼用來展示寫入數據。
這里是丁哥開講，歡迎留言進行進一步的討論，謝謝。
與此同時請關注一下我們的合作夥伴。
⑺ 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. 不要收集用戶數據，更不要發到網路上，雖然你們也有很多無奈。用戶也無奈，也無辜，但更無助 平台為開發者准備了這么多的方式固然是一件好事，但我們要認清每一種的優點和缺點，根據實際情況選擇最合適的。還有一個原則就是最簡單原則，也就是說能用簡單的方式處理，就不要用復雜的方式。
⑻ Android中有幾種數據存儲方式，每種方式有哪些特點
Android中有5種數據存儲方式，分別為文件存儲、SQLite資料庫、SharedPreferences、ContentProvider、網路。每種存儲方式的特點如下：
1）文件存儲
文件存儲方式是一種較常用的方法，在Android中讀取/寫入文件的方法，與Java中實現I/O的程序是完全一樣的，提供openFileInput()和openFileOutput()方法來讀取設備上的文件。
2）SQLite資料庫
SQLite是Android所集成的一個輕量級的嵌入式資料庫，它不僅可以使用Andorid API操作，同時它也支持SQL語句進行增刪改查等操作。
3）SharedPreferences
SharedPreferences是Android提供的用於存儲一些簡單配置信息的一種機制，採用了XML格式將數據存儲到設備中。不僅可以在同一個包下使用，還可以訪問其他應用程序的數據，但是由於SharedPreferences的局限性，在實際操作中很少用來讀取其他應用程序的數據。
4）ContentProvider
ContentProvider主要用於不同應用程序之間共享數據，ContentProvider更好的提供了數據共享介面的統一性，使不同應用共享數據更規范和安全。
5）網路存儲數據
通過網路上提供的存儲空間來上傳(存儲)或下載(獲取)我們存儲在網路空間中的數據信息
⑼ 請介紹下Android的數據存儲方式。
Android提供了5種方式存儲數據：
1、使用SharedPreferences存儲數據；
2、文件存儲數據；
3、SQLite資料庫存儲數據；
4、使用ContentProvider存儲數據；
5、網路存儲數據；
⑽ Android數據存儲之File總結
在使用File存儲App數據時，我們需要了解Android系統的存儲系統。Android的存儲分為內部存儲和外部存儲。
由於Android系統的廠商比較多，對於外部存儲目錄的定義有所不同，可能在根目錄下的mnt，sdcard和storage下。以storage為例，打開emulated/0目錄，外部存儲目錄就出現了。雖然可以通過多種路徑打開外部存儲文件，但是最終他們的路徑是相同的:
mnt:
storage:
sdcard:
外部存儲目錄下包含兩大類:公有目錄和私有目錄
私有目錄:
對比下來External有以下幾點優點:
缺點:
內部存儲與外部存儲許可權申請對比如下:
首先我們要獲取外部存儲目標文件的路徑:
然後確定自己需要創建的文件名，結合上面的到的路徑，創建一個File對象:
Android系統默認數據清理的路徑是，內部存儲目錄中相應的cache文件夾中的文件和外部存儲中相應的cache文件夾中的文件。
你的app的internal storage 目錄是以你的app的包名作為標識存放在Android文件系統的特定目錄下[data/data/com.example.xx]。 從技術上講，如果你設置文件為可讀的，那麼其他app就可以讀取你的internal文件。然而，其他app需要知道你的包名與文件名。若是你沒有設置為可讀或者可寫，其他app是沒有辦法讀寫的。因此只要你使用MODE_PRIVATE ，那麼這些文件就不可能被其他app所訪問。
另外記住一點，內部存儲在你的APP卸載的時候，會一塊被刪除，因此，我們可以在cache目錄裡面放置我們的圖片緩存，而且cache與files的差別在於，如果手機的內部存儲空間不夠了，會自行選擇cache目錄進行刪除，因此，不要把重要的文件放在cache文件裡面，可以放置在files裡面，因為這個文件只有在APP被卸載的時候才會被刪除。還有要注意的一點是，如果應用程序是更新操作，內部存儲不會被刪除，區別於被用戶手動卸載。
不管你是使用 () 來存儲可以共享的文件，還是使用 getExternalFilesDir() 來儲存那些對於你的app來說是私有的文件，有一點很重要，那就是你要使用那些類似DIRECTORY_PICTURES 的API的常量。那些目錄類型參數可以確保那些文件被系統正確的對待。例如，那些以DIRECTORY_RINGTONES 類型保存的文件就會被系統的media scanner認為是ringtone而不是音樂。
在開發中，不建議往內部存儲中寫太多的數據，畢竟空間有限。外部存儲在使用的時候最好能夠將文件存放在私有目錄下，這樣有利於系統維護，也避免用戶的反感。
徹底理解android中的內部存儲與外部存儲
Android存儲挖坑記
緩存文件可以放在哪裡？它們各自的特點是什麼