Android联系人模块分析（一）

     联系人模块是Android系统中的一个重要的功能模块，目前Android市场上有大量的基于通讯录的应用，本人计划写出系列文章详细介绍联系人模块的结构和使用。作为开头，本篇文章将对ContactsProvider做个简要的介绍。

     Android系统将联系人的信息存储在sqlite数据库中，并通过ContactsProvider提供查询、更新、删除等操作。所以如果需要掌握联系人相关信息的操作，就需要掌握ContactsProvider的内容。

       在开始学习ContactsProvider的内容之前，读者需要对ContentProvider机制有较深入的理解，ContactsProvider本质上就是Android内建的一种ContentProvider。ContentProvider是Android系统用来在所有应用程序之间共享数据的一种方法。下面我就从数据访问和存储的角度来介绍如何自定义一个ContentProvider，数据存储在sqlite中：

       1、提供外部访问的接口：访问接口是数据操作的前提，用户不需要知道内部数据的存储方式，只要通过数据访问接口就可以获取Provider中的数    据信息，以下为ContentProvider.java中定义的数据访问、操作的接口：     

      public abstract Cursor query(Uri uri, String[] projection,            String selection, String[] selectionArgs, String sortOrder); public abstract Uri insert(Uri uri, ContentValues values);      public abstract int update(Uri uri, ContentValues values, String selection,            String[] selectionArgs); 

    实现自定义ContentProvider，可以直接或间接的派生ContentProvider类，并override以上几种数据操作方法。

            以ContactsProvider为例，在ContactsProvider2.java文件中，我们可以看到：

      public class ContactsProvider2 extends AbstractContactsProvider implements OnAccountsUpdateListener      public abstract class AbstractContactsProvider extends ContentProvider implements SQLiteTransactionListener

     ContactsProvider派生自AbstractContactsProvider，而AbstractContactsProvider又从ContentProvider派生，从AbstractContactsProvider.java中我们就可以看到       其override了一些数据操作方法。

       2、创建数据库：通过派生SQLiteOpenHelper类，创建数据库及其各个表项信息；

            在ContactsProvider中对应的即为ContactsDatabaseHelper类：  

      public class ContactsDatabaseHelper extends SQLiteOpenHelper

            为了让所有数据库访问者保持一致性，该类设计为单例类，该单例在ContactsProvider创建时创建：

      public boolean onCreate() {          mDbHelper = new ContactsSearchDBHelper(getContext());          return true;      }

   通过该数据库帮助类，在访问数据库时，可以通过该帮助类获得数据库的读、写引用，如下面的insert操作：

           

      public Uri insert(Uri uri, ContentValues values) {        SQLiteDatabase db = mDbHelper.getWritableDatabase();        int match = sUriMatcher.match(uri);        long id = -1;        synchronized (mLock) {            db.beginTransaction();            try {                switch (match) {                    /*case CONTACT_INFO:                        id = db.insert(ContactInfo.TABLE_NAME, "", values);                        db.setTransactionSuccessful();                        break;*/                    case CircleMember_DATA:                        id = db.insert(CircleMember.TABLE_NAME, "", values);                        db.setTransactionSuccessful();                        break;

    3、定义数据表名、字段名，及其URI:

             在ContactsProvider中，ContactsContract类定义了该provider的权限、数据表、URI信息：

    /** The authority for the contacts provider */    public static final String AUTHORITY = "com.android.contacts";    /** A content:// style uri to the authority for the contacts provider */    public static final Uri AUTHORITY_URI = Uri.parse("content://" + AUTHORITY);

           Contacts数据表的定义：

      public static class Contacts implements BaseColumns, ContactsColumns,            ContactOptionsColumns, ContactNameColumns, ContactStatusColumns {        /**         * This utility class cannot be instantiated         */        private Contacts()  {}        /**         * The content:// style URI for this table         */        public static final Uri CONTENT_URI = Uri.withAppendedPath(AUTHORITY_URI, "contacts");

         上述只是简单的介绍了ContactsProvider的结构，下面我们来详细介绍一下ContactsProvider中的代码：

       首先看看URI匹配表的生成逻辑：

       

    static {        // Contacts URI matching table        final UriMatcher matcher = sUriMatcher;        matcher.addURI(ContactsContract.AUTHORITY, "contacts", CONTACTS);        matcher.addURI(ContactsContract.AUTHORITY, "contacts/#", CONTACTS_ID);        matcher.addURI(ContactsContract.AUTHORITY, "contacts/#/data", CONTACTS_ID_DATA);        matcher.addURI(ContactsContract.AUTHORITY, "contacts/#/entities", CONTACTS_ID_ENTITIES);        matcher.addURI(ContactsContract.AUTHORITY, "contacts/#/suggestions",                AGGREGATION_SUGGESTIONS);

      从URI匹配表的生成逻辑可以看出该Provider提供了哪些查询的方法，以这一行代码为例：

      matcher.addURI(ContactsContract.AUTHORITY, "contacts/#/data", CONTACTS_ID_DATA);

      这个URI就是对Contact表和Data表进行关联查询，当然这个查询是需要带上contactId的，目前ContactsProvider不支持其他字段的Contact表和Data表关联查询。用户就可以根据该URI来进行如下的查询操作：

    Uri contactUri = ContentUris.withAppendedId(Contacts.CONTENT_URI, contactId);    String dataDir = ContactsContract.Contacts.Data.CONTENT_DIRECTORY;    Uri methodUri = Uri.withAppendedPath(contactUri, dataDir);    Cursor c = null;    try {                c = mContext.getContentResolver().query(methodUri,                        null, null, null, null);            } catch (IllegalArgumentException e) {                if (c != null) {                    c.close();                }            }

              上述查询代码就是通过contactId获得该联系人的Data表中的信息，然后根据mimetype来区分获得数据类型，如：

        String mime = c.getString(c.getColumnIndex(Data.MIMETYPE));        if (Phone.CONTENT_ITEM_TYPE.equals(mime)) {

            就是用来判断该游标项是否为电话号码信息。

         先写到这儿，后面再整理一下，结合实际的例子来描述怎样对联系人信息进行操作。