android中uri的作用,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进行提取吗？接着我们就比着标准的格式[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的各个字段能否用代码获取？答案是肯定的

1

2

3

4

5

6

7

8getScheme() :获取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

106import 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;

}

}