Provider中的Uri详解

Uri解析

数据访问的方法(如:insert(Uri, ContentValues) and update(Uri, ContentValues, String, String[]))可能被多个线程同时调用,此时必须是线程安全的。其他方法(如: onCreate())只能被应用的主线程调用,它应当避免冗长的操作。ContentResolver(内容解析者)请求被自动转发到合适的内容提供者实例,所以子类不需要担心跨进程调用的细节。

在上面的翻google文档译中如果你认真看的话你会发现在谷歌的官方文档中提到了ContentResolver(内容解析者),外界可以通过ContentResolver接口来访问ContentProvider(内容提供者)中的数据。

但是在详细了解ContentResolver之前有一项工作是必须要做的,那就是先理解Uri,在谷歌文档中也有介绍,接下来我们就来详细的学习下Uri这个类

Uri 通用资源标志符(Universal Resource Identifier)Uri代表要操作的数据,Android中可用的每种资源 - 图像、视频片段等都可以用Uri来表示。Uri的结构由以下几个部分组成

scheme、authority、path、query和fragment组成。其中authority又分为host和port。它的格式根据划分的详细程度可以分为三种
如下:

1
2
3
[scheme:][scheme-specific-part][#fragment]
[scheme:][//authority][path][?query][#fragment]
[scheme:][//host:port][path][?query][#fragment]——最详细的划分形式

看到这里肯定有人糊里糊涂的,接着我们就来举一个例子来帮助大家详细的理解Uri这个类的结构

假如有这么一个Uri:http://localhost:8080/yourpath/fileName.html?id=15&name=du#dmk

你能将上述Uri进行提取吗?接着我们就比着标准的格式[scheme:][//host:port][path][?query][#fragment]来将这个Uri各个部分提取出来

scheme:根据标准格式可以看出这里的scheme就是Uri前面//前面的部分这里也就是http:。

fragment:dmk这个也是比较容易找到的,在#后面

query:id=15&name=du#dmk。从标准格式可以看到在”#”之前”?”之后的部分是query,在这里当然就是id=15&name=du#dmk了。

authority:从格式二中可以看到authority是在//后的部分,它的终点就是在path之前所以这里的authority就是www.baidu.com:8080

path:path就是?之前,主机之后的部分那就是yourpath/fileName.html

host和port:因为主机可以分为host和port所以这里的host和port分别为:www.baidu.com和8080

这里要提醒大家注意的是:在Uri中并不是上述所有的字段都必须有的除了scheme、authority是必须要有的,其它的几个path、query、fragment,它们每一个可以选择性的要或不要,但顺序不能变,比方说在上述Uri中没有path那它的格式就为:http://www.baidu.com:8080/?id=15&name=du#dmk。

在理解了Uri的格式之后,有的人可能会说Uri的各个字段能否用代码获取?答案是肯定的

这里我们同样以http://www.baidu.com:8080/yourpath/fileName.html?id=15&name=du#dmk为例

1
2
3
4
5
6
7
8
getScheme() :获取Uri中的scheme字符串部分,在这里是http
getSchemeSpecificPart():获取Uri中的scheme-specific-part:部分,这里是:http://www.baidu.com:8080/yourpath/fileName.html?
getFragment():获取Uri中的fragment部分,即dmk
getAuthority():获取Uri中Authority部分,即www.baidu.com:8080
getPath():获取Uri中path部分,即/yourpath/fileName.html
getQuery():获取Uri中的query部分,即id=15&name=du
getHost():获取Authority中的Host字符串,即www.baidu.com
getPost():获取Authority中的Port字符串,即8080

到这里关于Uri的介绍就完了(这里的关于Uri的介绍的内容主要来自:Uri详解之——Uri结构与代码提取 和 Java魔法堂:URI、URL(含URL Protocol Handler)

UriMatcher的使用

UriMatcher 类主要用于匹配Uri.这里的匹配是发生在ContentProvider中的,假如我们向ContentProvider中插入一条数据,不可能为所欲为的想怎么干就怎么干,在ContentProvider肯定要做一个判断,只有在符合条件下才会去执行你想要执行的操作,这里的判断就是用UriMatch进行匹配,假如是系统的ContentProvider如联系人、图库、视频库等,这些系统都提供了Uri我们可以根据系统提供的Uri来操作相应的数据。

其实UriMatch的用法非常简单,查阅谷歌官方文档你会发现有这么几个方法

1
2
①publicUriMatcher(int code) 它的作用就是创建一个UriMatch对象
②public voidaddURI(String authority,String path, int code)

它的作用是在ContentProvider添加一个用于匹配的Uri,当匹配成功时返回code。Uri可以是精确的字符串,Uri中带有*表示可匹配任意text,#表示只能匹配数字。

1
③public int match(Uri uri)

这里的Uri就是传过来的要进行验证,匹配的Uri假如传过来的是:content://com.example.test/student/#,则content://com.example.test/student/10可以匹配成功,这里的10可以使任意的数字。

案例

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
import android.content.ContentProvider;
import android.content.ContentValues;
import android.content.UriMatcher;
import android.database.Cursor;
import android.net.Uri;
import android.util.Log;
import com.transage.privatespace.database.DatabaseAdapter;
import com.transage.privatespace.utils.ImportExportUtils;

/**
* Created by yanjie.xu on 2017/7/24.
*
* used in "com.android.server.telecom.CallLogManager.onCallStateChanged()"
*/

public class PrivateProvider extends ContentProvider{
private static final String TAG = "PrivateProvider";
//这里的AUTHORITY就是我们在AndroidManifest.xml中配置的authorities
public static final String AUTHORITY = "com.transage.privatespace";
//匹配成功后的匹配码
public static final int MATCH_PHONE = 100;
public static final int MATCH_SMS = 101;
public static final int MATCH_CALL = 102;
public static UriMatcher uriMatcher;

//在静态代码块中添加要匹配的 Uri
static {
//匹配不成功返回NO_MATCH(-1)
uriMatcher = new UriMatcher(UriMatcher.NO_MATCH);
/**
* uriMatcher.addURI(authority, path, code); 其中
* authority:主机名(用于唯一标示一个ContentProvider,这个需要和清单文件中的authorities属性相同)
* path:路径路径(可以用来表示我们要操作的数据,路径的构建应根据业务而定)
* code:返回值(用于匹配uri的时候,作为匹配成功的返回值)
*/
uriMatcher.addURI(AUTHORITY, "phone", MATCH_PHONE);// 匹配电话
uriMatcher.addURI(AUTHORITY, "sms", MATCH_SMS);// 匹配短信
uriMatcher.addURI(AUTHORITY, "call", MATCH_CALL);// 匹配通话记录
}

DatabaseAdapter mDbAdapter;

@Override
public boolean onCreate() {
if (mDbAdapter == null){
mDbAdapter = new DatabaseAdapter(getContext());
Log.i(TAG, "onCreate");
}
return false;
}

@Override
public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) {
Log.i(TAG, "query uri = " + uri.toString() + "selectionArgs" + selectionArgs[0]);
Cursor cursor = null;
switch (uriMatcher.match(uri)) {
case MATCH_PHONE:
//查询手机号码
cursor = mDbAdapter.getContactCursor(selection, selectionArgs, ImportExportUtils.isVcf(getContext()));
break;
case MATCH_SMS:
//查询短信
cursor = mDbAdapter.getSmsCursor(selection,selectionArgs);
break;
case MATCH_CALL:
//查询通话记录
break;
}
return cursor;
}

@Override
public String getType(Uri uri) {
return null;
}

@Override
public Uri insert(Uri uri, ContentValues contentValues) {
Log.i(TAG, "insert contentValues = " + contentValues.toString());
switch (uriMatcher.match(uri)) {
case MATCH_PHONE:
//insert手机号码
break;
case MATCH_SMS:
//insert短信
mDbAdapter.insertSms(contentValues);
break;
case MATCH_CALL:
//insert通话记录
mDbAdapter.insertCallLog(contentValues);
break;
}
getContext().getContentResolver().notifyChange(uri,null);
return uri;
}

@Override
public int delete(Uri uri, String s, String[] strings) {
return 0;
}

@Override
public int update(Uri uri, ContentValues contentValues, String s, String[] strings) {
return 0;
}
}