Content Provider 中 UriMatcher的用法

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, 定义如下：

   // Set up our URL matchers to help us determine what an   // incoming URI parameter is.   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中帮助我们过滤，分辨出查询者想要查询哪个数据表。