ContentProvider学习小结

ContentProvider学习小结

对于Android的一个应用程序，数据存储操做是必不可少的。所以，Android系统提供了五种数据存储方式，分别是：SharedPreferences、SQLite、Content Provider、File和网络存储。因为Android系统中，数据基本都是私有的，通常存放在属于本身的“data/data/程序包名”目录下，要在不一样的应用之间实现数据共享，经常使用的方式是使用Content Provider。

      SQLite： SQLite是一个轻量级的数据库，支持基本SQL语法，是常被采用的一种数据存储方式。Android为此数据库提供了一个名为SQLiteDatabase的类，封装了一些操做数据库的API。

SharedPreferences： 一种经常使用的数据存储方式，经常使用于存储比较简单的数据配置参数，其本质就是一个存储key-value键值对数据的xml文件，其存储位置在/data/data/<包名>/shared_prefs目录下。 SharedPreferences对象自己只能获取数据而不支持存储和修改，存储修改是经过Editor对象实现。

　　  File： 即常说的文件（I/O）存储方法，经常使用于存储大量的数据，但缺点是更新数据困难。在Android中一般使用File存储方式是用Context.openFileOutput(String fileName, int mode)和Context.openFileInput(String fileName)，经过数据流进行操做。

　　  网络存储：经过Android的网络数据包保存数据在网络上，须要网络的支持。

以上四种存储操做通常针对的是应用自己的数据，若是要对其它应用的数据进行操做，那么ContentProvider将是很好的选择。ContentProvider为存储和读取数据提供了统一的接口，使应用程序能够实现数据共享，Android内置的许多数据都是使用ContentProvider形式，供开发者调用的(如视频，音频，图片，通信录等)。使用ContentProvider的好处是开发人员不须要考虑数据内部是怎么存储的，好比说若是咱们想利用ContenProvider来存数据，只需告诉insert函数该ContentProvider的uri和想存入的数据（包括列名和数值），查询时也是同样，只需输入Uri和查询的表，列名和查询条件，至于ContentProvider里面是怎么进行这些操做的咱们不须要知道。

ContentProvider经过Uri类进行匹配关联，例如：Uri uri = Uri.parse("content://com.changcheng.provider.contactprovider/contact")。在ContentProvider中使用的查询字符串有别于标准的SQL查询。不少诸如select, add, delete, modify等操做咱们都使用一种特殊的URI来进行，URI为通用资源标识符，它表明的是要操做的数据，Android中的每一种资源(好比文本，图像，视频等)均可以用Uri来表示。Android中的Uri由如下三部分组成:”content://”(即authory) ，数据的路径，资源标识ID(可选)。其中若是存在ID，则表示某一个具体的资源，若是不存在ID，则表示路径下的总体。如下是一些示例Uri:

     content://media/internal/images  这个URI将返回设备上存储的全部图片
     content://contacts/people/  这个URI将返回设备上的全部联系人信息
     content://contacts/people/45 这个URI返回单个结果（联系人信息中ID为45的联系人记录）

当使用ContentProvider在不一样的应用程序中共享数据时，其数据的暴露方式是采起相似数据库中表的方法。而ContentResolver 刚好是采用相似数据库的方法来从ContentProvider中存取数据的，它是经过Uri来查询ContentProvider中提供的数据，查询时，还需知道目的数据库的名称，数据段的数据类型，或者说资源的ID。

下面是新建ContentProvider的完整流程：

1. 建立一个继承了ContentProvider父类的类，实现基本的query（），insert（），update（），delete（）等方法，这些方法也是暴漏给其它应用调用的数据操做方法。
2. 在本身应用的AndroidManifest.xml中使用<provider>标签来设置定义咱们实现的ContentProvider。
3. 定义一个名为CONTENT_URI，类型为public static final的Uri类型的类变量，你必须为其指定一个惟一的字符串值，最好的方案是以类的全名称，这也是你查找ContentProvider的惟一标示，此定义与你在上面AndroidManifest.xml中的<provider>标签中的android:authorities="downloads"是一致的。
4. 定义你要返回给客户端的数据列名，此变量就是外部应用对你的数据进行操做的具体字段，通常与你在本地存储数据的变量名尽可能保持一致，这样也便于理解调用。若是你正在使用Android数据库，必须为其定义一个叫_id的列，它用来表示每条记录的惟一性。
5. 建立你的数据存储系统。大多数ContentProvider使用Android文件系统或SQLite数据库来保持数据，可是你也能够以任何你想要的方式来存储。数据的实际存储位置就在于此，ContentProvider只是对它进行了一次封装，而且在实现ContentProvider的接口方法时，会写明具体操做本地存储数据的步骤。              。
6. 若是你要存储字节型数据，好比位图文件等，数据列实际上是一个表示实际保存文件的URI字符串，经过它来读取对应的文件数据。处理这种数据类型的Content Provider须要实现一个名为_data的字段，_data字段列出了该文件在Android文件系统上的精确路径。这个字段不只是供客户端使用，并且也能够供ContentResolver使用。客户端能够调用ContentResolver.openOutputStream()方法来处理该URI指向的文件资源；若是是ContentResolver自己的话，因为其持有的权限比客户端要高，因此它能直接访问该数据文件。
7. 查询返回一个Cursor类型的对象。全部执行写操做的方法如insert(), update() 以及delete()都将被监听。咱们能够经过使用ContentResover().notifyChange()方法来通知监听器关于数据更新的信息。
   
   

 

 

下面是关于DownloadProvider的简单介绍：

1. DownloadManager是系统对DownloadProvider的操做管理类，该类中定义了相关的下载操做，对外进一步封装数据操做已供外部调用。路径以下：

frameworks\base\core\java\android\app\DownloadManager.java

浏览器下载文件先调用DownloadManager的enqueue函数进行下载，enqueue函数主要是将用户发送的Request实例分解组成一个ContentValues实例，接着它会执行ContentResolver.insert(Downloads.Impl. ALL_DOWNLOADS_CONTENT_URI, values)，这个函数就是 DownloadProvider实现的insert函数，经过它把下载信息添加到数据库中，最后enqueue函数返回插入这条数据后返回的ID。

1. Downloads类定义了外部操做DownloadProvider的相关字段。路径以下：

frameworks\base\core\java\android\provider\Downloads.java

在这个类中定义了DownloadProvider的相关字段变量，例如：Uri ALL_DOWNLOADS_CONTENT_URI =Uri.parse("content://downloads/all_downloads")就是定义了它的惟一地址，以便于外部应用直接经过ContentResolver调用此Uri查找DownloadProvider中的数据；String _DATA = "_data"定义了下载文件保存路径对应的列字段；COLUMN_MIME_TYPE = "mimetype"定义了下载文件的类型等

3 .DownloadProvider位于packages\providers\DownloadProvider路径下，继承重写ContentProvider的基本数据操做函数delete（），query（），insert（），update（），getType（）等，外部应用经过ContentResolver就能够操做这些函数，方便不一样应用之间数据共享操做。DatabaseHelper是继承SQLiteOpenHelper的内部类，在这里创建的数据库（DB_NAME = “downloads.db”）就是DownloadProvider保存数据的位置,而数据库中的表（DB_TABLE = “downloads”）就是全部下载文件的详细信息列表。