存儲訪問模式
數據存儲與訪問
很多時候我們的軟體需要對處理後的數據進行存儲或再次訪問。Android為數據存儲提供了多種方式，分別有如下幾種：
文件
SharedPreferences
SQLite資料庫
內容提供者（Content provider）
網路
使用文件進行數據存儲
首先給大家介紹使用文件如何對數據進行存儲，Activity提供了openFileOutput()方法可以用於把數據輸出到文件中，具體的實現過程與在J2SE環境中保存數據到文件中是一樣的。
復制代碼 代碼如下:
public class FileActivity extends Activity {
@Override public void onCreate(Bundle savedInstanceState) {
...
FileOutputStream outStream = this.openFileOutput("csdnt.txt", Context.MODE_PRIVATE);
outStream.write("CSDN".getBytes());
outStream.close();
}
}
openFileOutput()方法的第一參數用於指定文件名稱，不能包含路徑分隔符「/」 ，如果文件不存在，Android 會自動創建它。創建的文件保存在/data/data/<package name>/files目錄，如： /data/data/cn.csdn.action/files/csdn.txt ，通過點擊Eclipse菜單「Window」-「Show View」-「Other」，在對話窗口中展開android文件夾，選擇下面的File Explorer視圖，然後在File Explorer視圖中展開/data/data/<package name>/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("csdn.txt", Context.MODE_WORLD_READABLE + Context.MODE_WORLD_WRITEABLE);
android有一套自己的安全模型，當應用程序(.apk)在安裝時系統就會分配給他一個userid，當該應用要去訪問其他資源比如文件的時候，就需要userid匹配。默認情況下，任何應用創建的文件，sharedpreferences，資料庫都應該是私有的（位於/data/data/<package name>/files），其他程序無法訪問。除非在創建時指定了Context.MODE_WORLD_READABLE或者Context.MODE_WORLD_WRITEABLE ，只有這樣其他程序才能正確訪問。
讀取文件內容
如果要打開存放在/data/data/<package name>/files目錄應用私有的文件，可以使用Activity提供openFileInput()方法。
FileInputStream inStream = this.getContext().openFileInput("csdn.txt");
Log.i("FileTest", readInStream(inStream));
readInStream()的方法請看本頁下面備注。
或者直接使用文件的絕對路徑：
File file = new File("/data/data/cn.csdn.action/files/csdn.txt");
FileInputStream inStream = new FileInputStream(file);
Log.i("FileTest", readInStream(inStream));
注意：上面文件路徑中的「cn.csdn.action」為應用所在包，當你在編寫代碼時應替換為你自己應用使用的包。
對於私有文件只能被創建該文件的應用訪問，如果希望文件能被其他應用讀和寫，可以在創建文件時，指定Context.MODE_WORLD_READABLE和Context.MODE_WORLD_WRITEABLE許可權。
Activity還提供了getCacheDir()和getFilesDir()方法：
getCacheDir()方法用於獲取/data/data/<package name>/cache目錄
getFilesDir()方法用於獲取/data/data/<package name>/files目錄
㈡ 常見網路存儲應用模式有哪些，簡單進行比較。
給你點資料吧。。。
存儲成為整個系統的瓶頸是指存儲設備的帶寬達到最大值，或IOPS達到最大值，存儲設備限制了系統性能的進一步提升，甚至影響了整個系統的正常運行。由於不同業務系統對存儲的性能要求不同，一般小文件(小於1MB)讀寫型的系統中對IO的要求較高，大文件的讀寫型系統對存儲設備帶寬的要求比較高。不同網路存儲系統應用模式下系統對存儲設備的要求不同，瓶頸點出現的位置和特點也不一樣。 網路存儲系統應用模式1：小型網站系統，應用大多集中於遠程用戶對WEB頁面訪問，網站內部為WEB伺服器和資料庫之間的讀寫，應用系統對存儲的壓力非常小，差不多所有類型、所有檔次的存儲設備都可以作為核心存儲，存儲設備的帶寬和IOPS很難會達到極限。在這樣的系統中，與存儲設備連接的網路設備一般都千兆乙太網交換機，交換機本身的交換能力大多都是10Gb，只有接入網部分的可用帶寬較小，一般只有100Mb/s左右的接入帶寬，因此接入網最有可能成為存儲網路的瓶頸。 網路存儲系統應用模式2：如果該網站是一個大型的網路視頻系統，支持大量用戶在線進行視頻節目播放和下載，這種類型的網站前端接入網一般都在2Gb/s以上。此時要分析瓶頸位置，首先要比較接入網帶寬和存儲帶寬，同時還要比較在線用戶的最大IO訪問量和存儲設備的IOPS值。一般來講，由於NAS設備的帶寬和IOPS相對較小，因此NAS比iSCSI和FC-SAN設備更容易成為系統的瓶頸，而iSCSI和FC-SAN較難成為瓶頸。如果存儲設備採用NAS，則存儲系統成為瓶頸的機率大於接入網，如果存儲設備採用FC-SAN，則存儲系統成為瓶頸的機率小於接入網。 瓶頸還經常會出現在負責節目播放和下載功能的視頻伺服器處。如果視頻伺服器配置的數量不足，或視頻伺服器之間無法正常地實現自動地網路負載均衡，那麼整個系統的性能壓力瓶頸就會出現在視頻伺服器，使用整個視頻網站無法給遠程用戶提供流暢的節目畫面。 網路存儲系統應用模式3：資料庫系統，資料庫系統的存儲應用一般都表現為大量的IO訪問，對帶寬要求較低。如果存儲設備的IOPS較小時，會降低資料庫的檢索和查尋速度，從來影響整個業務的效率。因此建議資料庫系統採用IOPS(可按業務規模、工作站數量、每秒的讀寫訪問次數和估算)比較大的FC-SAN設備，不建議採用IOPS相對較小的NAS或iSCSI設備。大型資料庫存儲最好能採用15000RPM的高速FC磁碟，這樣才能將資料庫伺服器成為整個系統的壓力瓶頸。由於SATA硬碟在隨機IO讀寫時的性能不佳，因此存儲設備不建議採用SATA磁碟，否則存儲設備極有可能資料庫系統的IOPS瓶頸。 網路存儲系統應用模式4：非線性編輯製作系統。在非線性編輯製作網路中，所有工作站共享式地訪問核心存儲系統，每台工作站同時以50-200Mb/S的恆定碼率訪問存儲設備。業務系統對帶寬的壓力非常，而IOPS壓力較小。 存儲設備的總可用帶寬越大，存儲設備就能支持更多數量的編輯製作工作站，網路的規模就越大，網路系統所能承擔的業務就越重要。因此網路存儲系統應用模式的存儲一般都會選擇主機埠多、特別是磁碟埠多、帶寬大的FC-SAN設備。存儲設備內部設計時，一般會通過增加磁碟數量、增加擴展櫃數量、跨擴展櫃創建RAID組、增加主機通道數量等方式最大限度地利用存儲控制器前端和後端的總可用帶寬，使得磁碟、磁碟通道、主機通道等的總帶寬大於控制器的總帶寬，這樣在工作站訪問時存儲設備時，才能最大地發揮出控制器的帶寬性能。帶寬瓶頸在控制器部位才能說明是最好的存儲系統設計方案。
㈢ 什麼是文件存儲模式
文件存儲模式是指在計算機系統中，將數據及有關信息按某種格式以數據文件的方式存儲在磁碟上，通過操作系統來實現對文件的訪問和管理。文件存儲模式或叫文件管理系統的特點是：
（1）數據文件是大量數據的集合形式，每個文件包含有大量的記錄，每個記錄包含若干個數據項，文件和文件名面向用戶並存儲在計算機存儲設備上，可反復利用。
（2）面向用戶的數據文件，用戶可通過它進行查詢、修改、刪除等操作。
（3）數據文件與對應的程序具有一定的獨立性，即程序員可不關心數據的物理存儲狀態，只須考慮數據的邏輯存儲結構，從而可以大量地節省修改和維護程序的工作量。
（4）數據文件的缺點是只能對應一個或幾個應用程序，不能擺脫對程序的依賴性。數據文件之間不能建立關系，呈現出無結構的信息集合狀態，往往冗餘度大，不易擴充、維護和修改。