ContentProvider调用关系:
ContentProvider(数据提供者)是应用程序之间共享数据的一种接口机制,是一种更为高级的数据共享方法。
- ContentProvider可以指定需要共享的数据,而其他应用程序则可以在不知道数据来源、路径的情况下,对共享数据进行增删改查等操作。
- 在Android系统中,许多Android系统内置的数据也是通过ContentProvider提供给用户使用,例如通讯录、音视频文件和图像文件等。
相关概念介绍
1)ContentProvider简介
当应用继承ContentProvider类,并重写该类用于提供数据和存储数据的方法,就可以向其他应用共享其数据。虽然使用其他方法也可以对外共享数据,但数据访问方式会因数据存储的方式而不同,如:采用文件方式对外共享数据,需要进行文件操作读写数据;采用sharedpreferences共享数据,需要使用sharedpreferences API读写数据。而使用ContentProvider共享数据的好处是统一了数据访问方式。
2)通用资源标识符(Uniform Resource Identifier)
URI是一个用于标识某一互联网资源名称的字符串。 该种标识允许用户对任何(包括本地和互联网)的资源通过特定的协议进行交互操作。在ContentProvider机制中,使用ContentResolver对象通过URI定位ContentProvider提供的资源。
ContentProvider使用的URI语法结构如下:
content://<authority>/<data_path>/<id>
- content:// 是通用前缀,表示该UIR用于ContentProvider定位资源。
- < authority > 是授权者名称,用来确定具体由哪一个ContentProvider提供资源。因此一般< authority >都由类的小写全称组成,以保证唯一性。
- < data_path > 是数据路径,用来确定请求的是哪个数据集。如果ContentProvider近提供一个数据集,数据路径则可以省略;如果ContentProvider提供多个数据集,数据路径必须指明具体数据集。数据集的数据路径可以写成多段格式,例如people/girl和people/boy。
- < id > 是数据编号,用来唯一确定数据集中的一条记录,匹配数据集中_ID字段的值。如果请求的数据不只一条,< id >可以省略。
如请求整个people数据集的URI为:
content://com.example.peopleprovider/people
而请求people数据集中第3条数据的URI则应写为:
content://com.example.peopleprovider/people/3
以下是一些示例URI:
content://media/internal/images 这个URI将返回设备上存储的所有图片
content://contacts/people/ 这个URI将返回设备上的所有联系人信息
content://contacts/people/45 这个URI返回单个结果(联系人信息中ID为45的联系人记录)
尽管这种查询字符串格式很常见,但是它看起来还是有点令人迷惑。为此,Android提供一系列的帮助类(在android.provider包下),里面包含了很多以类变量形式给出的查询字符串,这种方式更容易让我们理解。
创建数据提供
1. 创建一个类让其继承ContentProvider,并重载6个函数
-
onCreate()
一般用来初始化底层数据集和建立数据连接等工作 -
getType()
用来返回指定URI的MIME数据类型,若URI是单条数据,则返回的MIME数据类型以vnd.Android.cursor.item开头;若URI是多条数据,则返回的MIME数据类型以vnd.android.cursor.dir/开头。 -
insert()、delete()、update()、query()
用于对数据集的增删改查操作。
2. 声明CONTENT_URI,实现UriMatcher
public static final String AUTHORITY = "com.example.peopleprovider"; public static final String PATH_SINGLE = "people/#"; public static final String PATH_MULTIPLE = "people"; public static final String CONTENT_URI_STRING = "content://" + AUTHORITY + "/" + PATH_MULTIPLE; public static final Uri CONTENT_URI = Uri.parse(CONTENT_URI_STRING); public static final int MULTIPLE_PEOPLE = 1; public static final int SINGLE_PEOPLE = 2; public static final UriMatcher uriMatcher; static{ uriMatcher = new UriMatcher(UriMatcher.NO_MATCH); uriMatcher.addURI(AUTHORITY, PATH_SINGLE, SINGLE_PEOPLE ); uriMatcher.addURI(AUTHORITY, PATH_MULTIPLE , MULTIPLE_PEOPLE ); }
其中UriMatcher类引用官方文档中的解释:
Utility class to aid in matching URIs in content providers.
可见UriMatcher本质上是一个文本过滤器,用在contentProvider中帮助我们过滤,分辨出查询者想要查询哪个数据表。
UriMatcher的构造函数中,UriMatcher.NO_MATCH是URI无匹配时的返回代码,值为-1。 addURI() 方法用来添加新的匹配项,语法为:
public void addURI(String authority, String path, int code)
其中authority表示匹配的授权者名称,path表示数据路径(#代表任何数字),code表示返回代码。
关于UriMatcher的使用:
switch(uriMatcher.match(uri)){ case MULTIPLE_PEOPLE: //多条数据的处理 break; case SINGLE_PEOPLE: //单条数据的处理 break; default: throw new IllegalArgumentException("不支持的URI:" + uri); }
3. 注册ContentProvider
在AndroidManifest.xml文件中的 application节点下使用<provider>标签注册。示例:
<provider android:authorities="com.example.peopleprovider" android:name=".Peopleprovider" />
使用数据提供者
每个Android组件都有一个ContentResolver对象,通过调用getContentResolver() 方法可得到ContentResolver对象。
准备工作:
ContentResolver resolver = getContentResolver(); String KEY_ID = "_id"; String KEY_NAME = "name"; String KEY_AGE = "age"; String KEY_HEIGHT = "height";
1. 添加操作
通过insert()函数添加单条数据:
(returns : the URL of the newly created row.)
ContentValues values = new ContentValues();
values.put(KEY_NAME, "Tom"); values.put(KEY_AGE, 21); values.put(KEY_HEIGHT, 1.81f); Uri newUri = resolver.insert(CONTENT_URI, values);
通过bulkInsert()函数添加多条数据:
(returns:the number of newly created rows.)
ContentValues[] arrayValues = new ContentValues[10]; //实例化每一个ContentValues... int count = resolver.bulkInsert(CONTENT_URI, arrayValues );
2. 删除操作
指定ID删除单条数据
Uri uri = Uri.parse(CONTENT_URI_STRING + "/" +"2"); int result = resolver.delete(uri, null, null);
通过selection语句删除多条数据
String selection = KEY_ID + ">4"; int result = resolver.delete(CONTENT_URI, selection, null);
3. 更新操作
ContentValues values = new ContentValues(); values.put(KEY_NAME, "Tom"); values.put(KEY_AGE, 21); values.put(KEY_HEIGHT, 1.81f); Uri rui = Uri.parse(CONTENT_URI_STRING + "/" + "7"); int result = resolver.update(uri, values, null, null);
4. 查询操作
Uri uri = Uri.parse(CONTENT_URI_STRING + "/" + "2"); Cursor cursor = resolver.query(uri, new String[]{KEY_ID, KEY_NAME, KEY_AGE, KEY_HEIGHT}, null, null, null);
在URI中定义了需要查询数据的ID后,在query()函数中没有必要再加入其他的查询条件,如果要获取数据集全部数据,则可以直接使用CONTENT_URI且不加查询条件。
在Android系统中,数据库查询结果的返回值并不是数据集合的完整拷贝,而是返回数据集的指针,这个指针就是Cursor类。ContentProvider的数据集类似数据库的数据表,其查询结果的返回值同样是数据集的指针:Cursor类。在提取Cursor数据中的数据前,推荐测试Cursor中的数据数量,避免在数据获取中产生异常。示例如下:
public people[] getPeople(Cursor cursor){ int resultCounts = cursor.getCount(); if(resultCounts == 0 || !cursor.moveToFirst()){ return null; } People[] peoples = new People[resultCounts]; for(int i=0; i<resultCounts; i++){ peoples[i] = new People(); peoples[i].ID = cursor.getInt(0); peoples[i].Name = cursor.getString(cursor.getColumnIndex(KEY_NAME)); peoples[i].Age = cursor.getInt(cursor.getColumnIndex(KEY_AGE)); peoples[i].Height= cursor.getFloat(cursor.getColumnIndex(KEY_HEIGHT)); cursor.moveToNext(); } return peoples; }
其他:
1.ContentUris类使用介绍
ContentUris类用于操作Uri路径后面的ID部分,它有两个比较实用的方法:
withAppendedId(uri, id)用于为路径加上ID部分:
Uri uri = Uri.parse("content://com.ljq.provider.personprovider/person") Uri resultUri = ContentUris.withAppendedId(uri, 10); //生成后的Uri为:content://com.ljq.provider.personprovider/person/10
parseId(uri)方法用于从路径中获取ID部分:
Uri uri = Uri.parse("content://com.ljq.provider.personprovider/person/10") long personid = ContentUris.parseId(uri);//获取的结果为:10
2.监听ContentProvider中数据的变化
如果ContentProvider的访问者需要知道ContentProvider中的数据发生变化,可以在ContentProvider发生数据变化时调用getContentResolver().notifyChange(uri,null)来通知注册在此URI上的访问者,例子如下:
public class PersonContentProvider extends ContentProvider { public Uri insert(Uri uri, ContentValues values) { db.insert("person", "personid", values); getContext().getContentResolver().notifyChange(uri, null); } }
如果ContentProvider的访问者需要得到数据变化通知,必须使用ContentObserver对数据(数据采用uri描述)进行监听,当监听到数据变化通知时,系统就会调用ContentObserver的onChange()方法:
getContentResolver().registerContentObserver(Uri.parse("content://com.ljq.providers.personprovider/person"), true, new PersonObserver(new Handler())); public class PersonObserver extends ContentObserver{ public PersonObserver(Handler handler) { super(handler); } public void onChange(boolean selfChange) { //此处可以进行相应的业务处理 } }
3.权限设置与线程同步
1. 可以在代码中通过setReadPermission()和setWritePermission()两个方法来设置ContentProvider的操作权限,也可以在配置文件中通过android:readPermission和android:writePermission属性来控制。
2. 因为ContentProvider可能被不同的进程和线程调用,所以里面的方法必须是线程安全的。
Content Provider的权限的管理很复杂,所以需要慢慢的说。
一个Provider里面可能有私有数据,也有公有数据。也就是说,有可能有些数据可以公开,有些不能公开。并且,有些数据可以让别人修改,有些不能让别人修改。
围绕上诉的可能情况,Provider就需要设置读权限(android:readPermission),和写权限(android:writePermission),或者干脆都设置(android:permission)。因为一个Provider可能被多个程序共同调用,那么这个Provider的数据,就需要做同步处理,因此需要设置android:multiprocess="true"
那么怎么控制哪些数据是可以操作的,哪些又是不能操作的呢?Provider是通过URI来识别需要操作的数据是什么,因此数据的限制就需要体现在对URI的控制上。
path-permission,控制访问在这个路径下的数据的权限,如:
<path-permission android:pathPrefix="/users" android:permission="lichie.provider.permission"/>
<provider android:name=".PackageProvider" android:authorities="com.ygomi.packageprovider" android:multiprocess="true" android:readPermission="com.ygomi.packageprovider.permission.read"> <path-permission android:pathPattern="/apks/.*" android:permission="com.ygomi.packageprovider.permission.application.read"/> </provider>
这段代码的path-permission是有效的,但是下面这段代码是无效的。
<provider android:name=".PackageProvider" android:authorities="com.ygomi.packageprovider" android:multiprocess="true" > <path-permission android:pathPattern="/apks/.*" android:permission="com.ygomi.packageprovider.permission.application.read"/> </provider>
android:grantUriPermissions,管理哪个范围的数据权限需要处理。这个属性其实不用显示的设置,因为如果设置了android:readPermission, android:writePermission ,android:permission中的任意一个android:grantUriPermissions就默认是true了;如果设置了grant-uri-permission,那么android:grantUriPermissions默认就是false;如果都设置了,那么android:grantUriPermissions也是false。
<provider android:name=".MyProvider" android:authorities="mytest.testProvider" android:readPermission="lichie.provider.permission" android:multiprocess="true"> <grant-uri-permission android:pathPrefix="/user/" /> </provider>
<uses-permission android:name="lichie.provider.permission" />
应用程序C中,调用程序B的代码如下:
Intent intent = new Intent();
intent.addCategory("lichie.category.one");
intent.setAction("lichie.action.one");
intent.setData(Uri.parse("content://mytest.testProvider/ddd/"));
intent.setFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
应用程序B的配置文件中,需要有一段如下:
<intent-filter>
<action android:name="lichie.action.one" />
<category android:name="lichie.category.one" />
<data android:scheme="content" android:pathPrefix="mytest.testProvider"/>
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
应用程序B中,调用Provider的代码如下:
<provider android:name=".PackageProvider"
android:authorities="com.ygomi.packageprovider"
android:multiprocess="true"
android:readPermission="com.ygomi.packageprovider.permission.read">
<path-permission android:pathPattern="/apks/.*"
android:permission="com.ygomi.packageprovider.permission.application.read"/>
</provider>
这样,表面上看,应用程序B没有访问的权限,但是因为调用它的程序C,具有了访问权限,所以程序B也能访问Provider了。