注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

民主与科学

独立之人格,自由之思想

 
 
 

日志

 
 

Provider中查询的一个Cursor对象问题  

2011-04-03 13:15:39|  分类: 数据存储 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
文章转自:http://archive.cnblogs.com/a/1984501/

昨天写一个provider的时候出现了如下问题:

  写完之后在同一个进程内使用provider完全没有问题,但是一旦到其他进程(另一个apk)里使用的时候就会报错

E/DatabaseUtils( 339): Writing exception to parcel
E
/DatabaseUtils( 339): java.lang.UnsupportedOperationException: Only CrossProcessCursor cursors are supported across process for now
E
/DatabaseUtils( 339): at android.database.CursorToBulkCursorAdaptor.<init>(CursorToBulkCursorAdaptor.java:97)
E
/DatabaseUtils( 339): at android.content.ContentProvider$Transport.bulkQuery(ContentProvider.java:122)
E
/DatabaseUtils( 339): at android.content.ContentProviderNative.onTransact(ContentProviderNative.java:98)
E
/DatabaseUtils( 339): at android.os.Binder.execTransact(Binder.java:287)
E
/DatabaseUtils( 339): at dalvik.system.NativeStart.run(Native Method)
E
/DatabaseUtils( 339): Caused by: java.lang.ClassCastException: android.content.ContentResolver$CursorWrapperInner
E
/DatabaseUtils( 339): at android.database.CursorToBulkCursorAdaptor.<init>(CursorToBulkCursorAdaptor.java:81)

这就奇怪了,ContentProvider不就是问了跨进程才出现的啊。现在已跨进程就出问题。。。。那不就相当与没用了。

provider的query方法里面大概是这样写的

String whereInext = "";
if(number.indexOf("1") >= 0 || number.indexOf("0") >= 0){
//search the contacts directly,no need to get the where at all
return null ;
}
else {
whereInext
= this.getPinYinWhere(number);
}

return db.query(TABLE_CONTACT_INDEX, null, whereInext, null, null, null , null);

看 上去好像没错。。。返回的也是一个Cursor对象。。。其实不然。。。代码稍作修改就行了,正确的代码如下:

String whereInext = "";
if(number.indexOf("1") >= 0 || number.indexOf("0") >= 0){
//search the contacts directly,no need to get the where at all
return null ;
}
else {
whereInext
= this.getPinYinWhere(number);
}

SQLiteQueryBuilder sqlBuilder
= new SQLiteQueryBuilder();
sqlBuilder.setTables(TABLE_CONTACT_INDEX);
Cursor cursor
= sqlBuilder.query(db, null, whereInext, null , null , null , null);
Log.d(
"cx","--------number is-------"+number+"-----where from number is-----"+whereInext);

return cursor;

同样都是返回的Cursor对象。。。为什么上一种方法就会出问题呢。。

其实是这样的:

      这就是java的多态,返回的都是一个Cursor对象。。。这就是为什么向下转型是不安全的。。。

      provider将cursor跨进程传递时将会强制向下转换为CrossProcessCursor类型。。。。

      就在这时候,只有第二种方法中返回的cursor原始的类型 is a CrossProcessCursor,然而第一种方法返回的curso对象而不是

      所以在这时候,第一种方法强制类型转换会报错。。。。第二种方法则没有问题,可以转换后跨进程传递!

注意1按照作者的意思第一种方式db.query返回的cursor不是个CrossProcessCursor,所以出错。但是我在2.2中测试来看它返回的是CrossProcessCursor。之后查阅2.2中SQLiteDatabase的源码,它返回的是SQLiteCursor,SQLiteCursor继承于AbstractWindowedCursor,而AbstractWindowedCursor又继承于AbstractCursor,而AbstractCursor又是实现了CrossProcessCursor。它和测试结果相符合。作者的Android可能是更早期的版本,才引起他所说的问题。

另外我才android4.0源码中看到无论SQLiteDatabase还是SQLiteQueryBuilder都是调用SQLiteDatabaserawQueryWithFactory()方法来进行查询的,且返回类型都是声明为Cursor.

注意2:ContentProvider在进程中传递Cursor对象,需要将其转化CursorToBulkCursorAdaptor。(具体可以参照源码ContentProviderNative的bulkQuery函数)

但是其实我通过ContentResolver最后查询返回所得的Cursor对象并不是CursorToBulkCursorAdaptor

  评论这张
 
阅读(1047)| 评论(0)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017