Android知识点<7> 数据存储

1. 概述

Android 中有以下五种数据存储方式

①　使用SharedPreferences存储数据　

②　文件存储数据

③　 SQLite数据库存储数据

④　使用ContentProvider存储数据

⑤　网络存储数据　

2， sharedpreference

　SharedPreference类提供了一个总体框架，使您可以保存和检索的任何基本数据类型（ boolean, float, int, long, string）的持久键-值对（基于XML文件存储    的“key-value”键值对数据）。通常用来存储程序的一些配置信息。其存储在“data/data/程序包名/shared_prefs目录下。xml 处理时Dalvik会通过自带底层的本地XML Parser解析，比如XMLpull方式，这样对于内存资源占用比较好。

2.1 　我们可以通过以下两种方法获取SharedPreferences对象（通过Context）：

①　getSharedPreferences (String name, int mode) -》多个preferences

②　getPreferences (int mode)-> 1 个

这里的mode有四个选项：

Context.MODE_PRIVATE 该SharedPreferences数据只能被本应用程序读、写

Context.MODE_WORLD_READABLE 该SharedPreferences数据能被其他应用程序读，但不能写。

Context.MODE_WORLD_WRITEABLE  该SharedPreferences数据能被其他应用程序读和写。

Context.MODE_MULTI_PROCESS

2.2 　向Shared Preferences中写入值 

首先要通过 SharedPreferences.Editor获取到Editor对象；然后通过Editor的putBoolean() 或 putString()等方法存入值；最后调用Editor的commit()方法提交；

1. apply没有返回值而commit返回boolean表明修改是否提交成功  2. apply是将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 而commit是同步的提交到硬件磁盘，因此，在多个并发的提交commit的时候，他们会等待正在处理的commit保存到磁盘后在操作，从而降低了效率。而apply只是原子的提交到内容，后面有调用apply的函数的将会直接覆盖前面的内存数据，这样从一定程度上提高了很多效率。  3. apply方法不会提示任何失败的提示。  由于在一个进程中，sharedPreference是单实例，一般不会出现并发冲突，如果对提交的结果不关心的话，建议使用apply，当然需要确保提交成功且有后续操作的话，还是需要用commit的。

3.  使用内部存储

　　当文件被保存在内部存储中时，默认情况下，文件是应用程序私有的，其他应用不能访问。当用户卸载应用程序时这些文件也跟着被删除。文件默认存储位置：/data/data/包名/files/文件名。

3.1.1 创建和写入一个内部存储的私有文件：

①　调用Context的openFileOutput()函数，填入文件名和操作模式，它会返回一个FileOutputStream对象。

②　通过FileOutputStream对象的write()函数写入数据。

③　 FileOutputStream对象的close ()函数关闭流。

3.1.2 读取一个内部存储的私有文件：

① 调用openFileInput( )，参数中填入文件名，会返回一个FileInputStream对象。

② 使用流对象的 read()方法读取字节

③ 调用流的close()方法关闭流

4. 网络存储

5. 数据库存储

6. ContentProvider 存储

ContentProvider是Android的四大组件之一，可见它在Android中的作用非同小可。它主要的作用是：实现各个应用程序之间的（跨应用）数据共享，比如联系人应用中就使用了ContentProvider,你在自己的应用中可以读取和修改联系人的数据，不过需要获得相应的权限。其实它也只是一个中间人，真正的数据源是文件或者SQLite等。 一个应用实现ContentProvider来提供内容给别的应用来操作， 通过ContentResolver来操作别的应用数据，当然在自己的应用中也可以。  ContentObserver——内容观察者，目的是观察(捕捉)特定Uri引起的数据库的变化，继而做一些相应的处理，它类似于数据库技术中的触发器(Trigger)，当ContentObserver所观察的Uri发生变化时，便会触发它。触发器分为表触发器、行触发器，相应地ContentObserver也分为“表“ContentObserver、“行”ContentObserver，当然这是与它所监听的Uri MIME Type有关的。

参考：

http://blog.csdn.net/amazing7/article/details/51437435