ContentProvider是Android四大组件之一，网上也有不少关于它的文章，基本用法都可以查到，但关于UriMatcher在其中的作用，文章中都有例子，但我觉得还没有说清楚。
先说为什么用UriMatcher。
ContentProvider向外界提供了一个标准的，也是唯一的用于查询的接口：
- public final Cursor query(Uri uri, String[] projection,
- String selection, String[] selectionArgs, String sortOrder);
其中uri用于指定哪一个数据源，当一个数据源含有多个内容（比如多个表），就需要用不同的Uri进行区分，例如：
- public static final Uri CONTENT_URI_A = Uri.parse("content://" + AUTHORITY + "/" + TABLE_A);
- public static final Uri CONTENT_URI_B = Uri.parse("content://" + AUTHORITY + "/" + TABLE_B);
这时候使用UriMatcher就可以帮助我们方便的过滤到TableA还是TableB, 然后进行下一步查询， 如果不用UriMatcher也可以，我们就需要手动过滤字符串，用起来有点麻烦，可维护性也不好。
再说怎么用UriMatcher, 定义如下：
- private static final UriMatcher URI_MATCHER;
- static {
- URI_MATCHER = new UriMatcher(UriMatcher.NO_MATCH);
- URI_MATCHER.addURI(AUTHORITY, TABLE_A, TABLE_A_MSG);
- URI_MATCHER.addURI(AUTHORITY, TABLE_B, TABLE_B_MSG);
-
- }
在查询中使用UriMatcher:
- @Override
- public Cursor query(Uri uri, String[] projection, String selection,
- String[] selectionArgs, String sortOrder) {
-
- String table = null;
-
- switch (URI_MATCHER.match(uri)) {
- case ALL_MESSAGES:
- break;
- case OXFORD_MSG:
- table = TABLE_A;
- break;
- case CHENYU_MSG:
- table = TABLE_B;
- break;
- default:
- break;
- }
-
- Cursor resultCursor = mDB.query(table, projection, selection, selectionArgs, null, null, sortOrder);
-
- return resultCursor;
- }
总之，UriMatcher本质上是一个文本过滤器，用在contentProvider中帮助我们过滤，分辨出查询者想要查询哪个数据表。
android: UriMatcher的用法
原文：http://www.cnblogs.com/zgqys1980/p/5239711.html
