ContentProvider深度探索

如果你选择用SQLite数据库存储应用程序数据，我建议你创建ContentProvider，即使存储的数据仅供内部使用。原因是Android提供了一些工具类以及UI相关的类，它们的工作在ContentProvider之上，能够简化开发者的工作。此外，这些类还提供了一个简单的机制，一旦数据有更新就会通知客户端，这让开发者保持用户界面和实际内容的同步变得很简单。

创建数据库表时，一定要考虑它们的主要目的。数据库是否主要用于读取以及显示用户界面上？数据库是否主要用于写操作并且在后台运行，如记录运动数据？更具不同的用途，读性能可能会比写操作更重要，反过来也有可能。

1.创建数据库

要讲解优化ContentProvider之前我们必须创建一下讲解必须要用到的数据库，毕竟前言不搭后语的讲解，读者可能很难理解。

下面的数据库很简单，只有一个名称，一个ID，一个完整的文件名dir。

public class ImageProvider extends ContentProvider {
    public static final String AUTHORITY="com.example.liyuanjing.dbcppro.provider";
public static final int ALL_IMAGE=;//查询全部信息
public static final int SINGLE_IMAGE=;//查询单个信息
public static final String TABLE_NAME="images";
public static final String[] ALL_COLUMNS=new String[]{"id,","name","dir"};
public static UriMatcher mUriMatcher=new UriMatcher(UriMatcher.NO_MATCH);
public static final String CREATE_TABLE="create table images("+
            "id integer primary key autoincrement,"
+"name text,"
+"dir text)";
public MyDatabaseHelper mOpenHelper;
static {
        mUriMatcher.addURI(AUTHORITY,"images",ALL_IMAGE);
mUriMatcher.addURI(AUTHORITY,"images/#",SINGLE_IMAGE);
}

    private class MyDatabaseHelper extends SQLiteOpenHelper{
        public MyDatabaseHelper(Context context) {
            super(context, "imagedb", null, );
}

        @Override
public void onCreate(SQLiteDatabase db) {
            db.execSQL(CREATE_TABLE);
}

        @Override
public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {

        }
    }

｝

为了使例子更加清晰，代码示例使用String常量声明SQL语句，更好的办法是把这些字符串存储到应用程序的raw资源目录内的文件中。这样会更容易使用，并能简化测试工作。

2.优化ContentProvider的查询方法

查询数据库会调用ContentProvider.query()方法。开发者在实现查询方法时必须解析传入的Uri以决定执行哪个查询，并且还要检查所有传入的参数是安全的。

下面的代码实现的query()方法，以及用于修改selection和selectionArgs参数的两个工具方法。

public static String[] fixSelectionArgs(String[] selectionArgs,String imageId){
    if(selectionArgs==null){
        selectionArgs=new String[]{imageId};
return selectionArgs;
}else{
        String[] newSelectionArgs=new String[selectionArgs.length+];
newSelectionArgs[]=imageId;
System.arraycopy(selectionArgs,,newSelectionArgs,,selectionArgs.length);
return  newSelectionArgs;
}
}
public static String fixSelectionString(String selection){
    selection=selection==null?"id=?":"id=? AND ("+selection+")";
return selection;
}

public Cursor query(Uri uri, String[] projection, String selection,
String[] selectionArgs, String sortOrder) {
    SQLiteDatabase db=mOpenHelper.getReadableDatabase();
switch (mUriMatcher.match(uri)){
        case ALL_IMAGE:
            return db.query(TABLE_NAME,projection,selection,selectionArgs,null,null,sortOrder);
case SINGLE_IMAGE:
            String tableId=uri.getLastPathSegment();
selection=fixSelectionString(selection);
selectionArgs=fixSelectionArgs(selectionArgs,tableId);
return db.query(TABLE_NAME,projection,selection,selectionArgs,null,null,sortOrder);
default:
            throw new IllegalArgumentException("error："+uri);
}
}

只有使用Uri定位数据库中特定的记录时才会使用修改selection和selectionArgs参数的两个工具方法。注意：本例会在现有的selection前面加上ID列。这使得查询速度更快，因为对主键列的比较总是非常快的，从而能加快整个查询。

    编写数据库查询要把WHERE语句中简单的比较放在前面。这样做会加快查询，因为它能尽早决定是否要包含某个记录。

3.数据库事务

    每次在SQLite数据库执行一条SQL语句都会执行一次数据库事务操作。除非自己专门管理事务，否则每条语句都会自动创建一个事务。因为大多数ContentProvider调用最终只会生成一条SQL语句，这样情况下几乎没有必要去手动处理事务。但是，如果应用程序将执行多条SQL语句，比如一次插入很多条记录，记得总是自己管理事务。

    ContentProvider类提供了两个用于管理事务的方法：ContentProvider.bulkInsert()和ContentProvider.applyBatch()，下面的代码演示了如何实现bulkInsert()方法，它会在一个事务中插入多条记录。相比每次有新数据都调用ContentProvider.insert()，这种方法会明显快的多。

@Override
public Uri insert(Uri uri, ContentValues values) {
    SQLiteDatabase db=mOpenHelper.getWritableDatabase();
Uri result=doInsert(uri,values,db);
return result;
}

private Uri doInsert(Uri uri,ContentValues values,SQLiteDatabase db){
    Uri result=null;
switch (mUriMatcher.match(uri)){
        case ALL_IMAGE:
            long id=db.insert(TABLE_NAME,"",values);
if(id==-) Log.i("ImageProvider","insert error");
result=Uri.withAppendedPath(uri,String.valueOf(id));
}
    return result;
}

@Override
public int bulkInsert(Uri uri, ContentValues[] values) {
    SQLiteDatabase db=mOpenHelper.getWritableDatabase();
int count=;
try{
        db.beginTransaction();
for (ContentValues value:values){
            Uri resultUri=doInsert(uri,value,db);
if(resultUri!=null){
                count++;
}else{
                count=;
                throw new SQLException("error bulk");}
        }
        db.setTransactionSuccessful();
}finally {
        db.endTransaction();
}
    return count;
}

事务的语义很简单。首先调用SQLiteDatabase.beginTransaction()开始一个新的事务。当成功插入所有记录后调用SQLiteDatabase.setTransactionSuccessful()，然后使用SQLiteDatabase.endTransaction()结束本次事务。如果某条记录插入失败，会抛出SQLExcetion，而之前所有的插入都会回滚，因为在成功之前没有调用过SQLiteDatabase.setTransactionSuccessful()。

    强烈建议在继承ContentProvider时实现该方法，因为它显著提高数据插入的性能。但是，由于此方法只适用于插入操作，开发者可能需要实现另一个方法来处理更复杂的操作。

    如果要在一次事务中执行多次update()或则delete()语句，必须实现ContentProvider.applyBatch()方法。

@Override
public ContentProviderResult[] applyBatch(ArrayList<ContentProviderOperation> operations) throws OperationApplicationException {
    SQLiteDatabase db=mOpenHelper.getWritableDatabase();
ContentProviderResult[] result=new ContentProviderResult[operations.size()];
try{
        db.beginTransaction();
for (int i = ; i < operations.size(); i++) {
            ContentProviderOperation operation=operations.get(i);
result[i]=operation.apply(this,result,i);
}
        db.setTransactionSuccessful();
}finally {
        db.endTransaction();
}
    return super.applyBatch(operations);
}

 正如bulkInsert()方法，首先开始一个事务，执行操作，设置本事务执行成功，最后结束本次事务。该API是为了ContentProvider等较复杂的ContentProvider设计的，它们有许多的连接的表，每个都有自己的Uri。另外，如果要批量插入多个表，该API仍然有效。

4.在ContentProvider中存储二进制数据

    二进制数据包括不能用java中的简单数据类型表示的任何对象，通常是图像或其他一些媒体文件，但它可以是任何类型的专有格式文件。和二进制数据打交道可能会非常棘手，但幸好ContentProvider提供了许多用于处理这个问题的方法。比方说，上表的每条记录都存储了一张图片。

    覆写ContentProvider.openFile()方法返回ParcelFileDescriptor对象。然后就可以使用该对象直接读写文件了。

@Override
public ParcelFileDescriptor openFile(Uri uri, String mode) throws FileNotFoundException {
    if(mUriMatcher.match(uri)==SINGLE_IMAGE){
        String imageId=uri.getLastPathSegment();
File file=new File(Environment.getExternalStorageDirectory().toString()+TABLE_NAME+

imageId

);int fileMode = ;if (mode.contains("w")) fileMode |= ParcelFileDescriptor.MODE_WRITE_ONLY;if (mode.contains("r")) fileMode |= ParcelFileDescriptor.MODE_READ_ONLY;if (mode.contains("+")) fileMode |= ParcelFileDescriptor.MODE_APPEND;return ParcelFileDescriptor.open(file, fileMode);}else { return super.openFile(uri, mode);}}

 实际调用下面的方法将结果传递给调用客户端。当从ContentProvider中读取某条记录的Bitmap对象时，可以简单地使用该记录的Uri，接下来的事情给框架去处理:

public static Bitmap readBitmapFromProvider(Uri uri,ContentResolver resolver)throws FileNotFoundException{
    return BitmapFactory.decodeStream(resolver.openInputStream(uri));
}

    存储文件跟正确的Uri调用ContentResolver.openOutputStream()相似。如果要从ContentProvider读取数据，并在ListView中展示包含文本和图片的数据，它会非常有用，前面的例子也展示了这一点。

版权声明：本文为博主原创文章，未经博主允许不得转载。