Android应用程序组件Content Provider在应用程序之间共享数据的原理分析(4)-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

Android应用程序组件Content Provider在应用程序之间共享数据的原理分析(4)

简介:
  Step 16. CursorWindow.native_init
      这个函数定义在frameworks/base/core/jni/android_database_CursorWindow.cpp文件中,对应的函数为native_init_memory函数:
  1. static JNINativeMethod sMethods[] =  
  2. {  
  3.     ......  
  4.     {"native_init""(Landroid/os/IBinder;)V", (void *)native_init_memory},  
  5. };  
      函数native_init_memory的实现如下所示:
  1. static void native_init_memory(JNIEnv * env, jobject object, jobject memObj)  
  2. {  
  3.     sp<IMemory> memory = interface_cast<IMemory>(ibinderForJavaObject(env, memObj));  
  4.     ......  
  5.   
  6.     CursorWindow * window = new CursorWindow();  
  7.     ......  
  8.     if (!window->setMemory(memory)) {  
  9.        ......  
  10.     }  
  11.   
  12.     ......  
  13.     SET_WINDOW(env, object, window);  
  14. }  
      函数首先是将前面Step 15中传进来的Binder接口转换为IMemory接口,接着创建一个C++层的CursorWindow对象,再接着用这个IMemory接口来初始化这个C++层的CursorWindow对象,最后像前面的Step 8一样,通过宏SET_WINDOW把这个C++层的CursorWindow对象和前面在Step 15中创建的Java层CursorWindow对象关联起来。
 
      下面我们就重点关注CursorWindow类的setMemory函数的实现,看看它是如何使用这个IMemory接口来初始化其内部的匿名共享内存对象的。
      Step 17. CursorWindow.setMemory
      这个函数定义在frameworks/base/core/jni/CursorWindow.cpp文件中:
  1. bool CursorWindow::setMemory(const sp<IMemory>& memory)  
  2. {  
  3.     mMemory = memory;  
  4.     mData = (uint8_t *) memory->pointer();  
  5.     ......  
  6.     mHeader = (window_header_t *) mData;  
  7.   
  8.     // Make the window read-only  
  9.     ssize_t size = memory->size();  
  10.     mSize = size;  
  11.     mMaxSize = size;  
  12.     mFreeOffset = size;  
  13.     ......  
  14.     return true;  
  15. }  
      从前面一篇文章Android系统匿名共享内存(Anonymous Shared Memory)C++调用接口分析中,我们知道,这里得到的IMemory接口,实际上是一个Binder引用,它指向前面在Step 9中创建的MemoryBase对象,当我们第一次调用这个接口的pointer函数时,它便会通过Binder进程间通信机制去请求这个MemoryBase对象把它内部的匿名共享内存文件描述符返回来给它,而Binder驱动程序发现要传输的是一个文件描述符的时候,就会在目标进程中创建另外一个文件描述符,这个新建的文件描述符与要传输的文件描述符指向的是同一个文件,在我们这个情景中,这个文件就是我们前面创建的匿名共享内存文件了。因此,在目标进程中,即在Content Provider进程中,它可以通过这个新建的文件描述符来访问这块匿名共享内存,这也是匿名共享内存在进程间的共享原理,具体可以参考另外一篇文章Android系统匿名共享内存Ashmem(Anonymous Shared Memory)在进程间共享的原理分析
 
      这样,在Content Provider这一侧,就可以把第三方应用程序请求的数据保存在这个匿名共享内存中了,回到前面的Step 14中,下一步要执行的函数便是bulkQuery了,它的作用为请求的数据制定好一个SQL数据库查询计划。这个bulkQuery函数是由一个实现了IContentProvider接口的Binder对象来实现的,具体可以参考前面一篇文章Android应用程序组件Content Provider的启动过程源代码分析中,这个Binder对象的实际类型是定义在ContentProivder类内部的Transport类。
      Step 18. Transport.bulkQuery
      这个函数定义在frameworks/base/core/java/android/content/ContentProvider.java文件中:
  1. public abstract class ContentProvider implements ComponentCallbacks {  
  2.     ......  
  3.   
  4.     class Transport extends ContentProviderNative {  
  5.         ......  
  6.   
  7.         public IBulkCursor bulkQuery(Uri uri, String[] projection,  
  8.                 String selection, String[] selectionArgs, String sortOrder,  
  9.                 IContentObserver observer, CursorWindow window) {  
  10.             ......  
  11.   
  12.             Cursor cursor = ContentProvider.this.query(uri, projection,  
  13.                 selection, selectionArgs, sortOrder);  
  14.             ......  
  15.   
  16.             return new CursorToBulkCursorAdaptor(cursor, observer,  
  17.                 ContentProvider.this.getClass().getName(),  
  18.                 hasWritePermission(uri), window);  
  19.         }  
  20.   
  21.         ......  
  22.     }  
  23.   
  24.     ......  
  25. }  
        这个函数主要做了两件事情,一是调用ContentProvider的子类的query函数构造一个数据库查询计划,注意,从这个函数返回来的时候,还没有真正执行数据库查询的操作,而只是按照查询条件准备好了一个SQL语句,要等到第一次使用的时候才会去执行数据库查询操作;二是使用前面一步得到的Cursor接口以及传下来的参数window来创建一个CursorToBulkCursorAdaptor对象,这个对象实现了IBulkCursor接口,同时它也是一个Binder对象,是用来返回给第三方应用程序使用的,第三方应用程序必须通过这个接口来获取从ContentProvider中查询得到的数据,而这个CursorToBulkCursorAdaptor对象的功能就是利用前面获得的Cursor接口来执行数据库查询操作,然后把查询得到的结果保存在从参数传下来的window对象内部所引用的匿名共享内存中去。我们先来看ContentProvider的子类的query函数的实现,在我们这个情景中,这个子类就是ArticlesProvider了,然后再回过头来看看这个CursorToBulkCursorAdaptor对象是如何把数据库查询计划与匿名共享内存关联起来的。
        Step 19. ArticlesProvider.query
        这个函数定义在前面一篇文章Android应用程序组件Content Provider应用实例介绍的应用程序ArtilcesProvider源代码工程目录下,在文件packages/experimental/ArticlesProvider/src/shy/luo/providers/articles/ArticlesProvider.java 中:
  1. public class ArticlesProvider extends ContentProvider {  
  2.     ......  
  3.   
  4.     @Override  
  5.     public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) {  
  6.         SQLiteDatabase db = dbHelper.getReadableDatabase();  
  7.   
  8.         SQLiteQueryBuilder sqlBuilder = new SQLiteQueryBuilder();  
  9.         String limit = null;  
  10.   
  11.         switch (uriMatcher.match(uri)) {  
  12.             ......  
  13.             case Articles.ITEM_POS: {  
  14.                 String pos = uri.getPathSegments().get(1);  
  15.                 sqlBuilder.setTables(DB_TABLE);  
  16.                 sqlBuilder.setProjectionMap(articleProjectionMap);  
  17.                 limit = pos + ", 1";  
  18.                 break;  
  19.             }  
  20.             ......  
  21.         }  
  22.   
  23.         Cursor cursor = sqlBuilder.query(db, projection, selection, selectionArgs, nullnull, TextUtils.isEmpty(sortOrder) ? Articles.DEFAULT_SORT_ORDER : sortOrder, limit);  
  24.         ......  
  25.   
  26.         return cursor;  
  27.     }  
  28.   
  29.     ......  
  30. }  
      从前面的Step 1中可以看到,传进来的参数uri的值为“content://shy.luo.providers.articles/pos”,通过uriMatcher的match函数来匹配这个uri的时候,得到的匹配码为Articles.ITEM_POS,这个知识点可以参考前面这篇文章Android应用程序组件Content Provider应用实例。因为我们的数据是保存在SQLite数据库里面的,因此,必须要构造一个SQL语句来将所请求的数据查询出来。这里是通过SQLiteQueryBuilder类来构造这个SQL查询语句的,构造好了以后,就调用它的query函数来准备一个数据库查询计划。 Step 20. SQLiteQueryBuilder.query
      这个函数定义在frameworks/base/core/java/android/database/sqlite/SQLiteQueryBuilder.java文件中:
  1. public class SQLiteQueryBuilder  
  2. {  
  3.     ......  
  4.   
  5.     public Cursor query(SQLiteDatabase db, String[] projectionIn,  
  6.             String selection, String[] selectionArgs, String groupBy,  
  7.             String having, String sortOrder, String limit) {  
  8.         ......  
  9.   
  10.         String sql = buildQuery(  
  11.             projectionIn, selection, groupBy, having,  
  12.             sortOrder, limit);  
  13.   
  14.         ......  
  15.   
  16.         return db.rawQueryWithFactory(  
  17.             mFactory, sql, selectionArgs,  
  18.             SQLiteDatabase.findEditTable(mTables));  
  19.     }  
  20.   
  21.     ......  
  22. }  
      这里首先是调用buildQuery函数来构造一个SQL语句,它无非就是根据从参数传来列名子句、select子句、where子句、group by子句、having子句、order子句以及limit子句来构造一个完整的SQL子句,这些都是SQL语法的基础知识了,这里我们就不关注了。构造好这个SQL查询语句之后,就调用从参数传下来的数据库对象db的rawQueryWithFactory函数来进一步操作了。
 
       Step 21. SQLiteDatabase.rawQueryWithFactory
       这个函数定义在frameworks/base/core/java/android/database/sqlite/SQLiteDatabase.java文件中:
  1. public class SQLiteDatabase extends SQLiteClosable {  
  2.     ......  
  3.   
  4.     public Cursor rawQueryWithFactory(  
  5.             CursorFactory cursorFactory, String sql, String[] selectionArgs,  
  6.             String editTable) {  
  7.         ......  
  8.   
  9.         SQLiteCursorDriver driver = new SQLiteDirectCursorDriver(this, sql, editTable);  
  10.   
  11.         Cursor cursor = null;  
  12.         try {  
  13.             cursor = driver.query(  
  14.                 cursorFactory != null ? cursorFactory : mFactory,  
  15.                 selectionArgs);  
  16.         } finally {  
  17.             ......  
  18.         }  
  19.   
  20.         return cursor;  
  21.     }  
  22.   
  23.     ......  
  24. }  
      这个函数会在内部创建一个SQLiteCursorDriver对象driver,然后调用它的query函数来创建一个Cursor对象,这个Cursor对象的实际类型是SQLiteCursor,下面我们将会看到,前面我们也已经看到,这个SQLiteCursor的内部就包含了一个数据库查询计划。




本文转自 Luoshengyang 51CTO博客,原文链接:http://blog.51cto.com/shyluo/967007,如需转载请自行联系原作者

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享: