美文网首页
ContentProvider的知识

ContentProvider的知识

作者: s1991721 | 来源:发表于2018-06-02 19:44 被阅读0次

    四大组件之一的ContentProvider,主要用于在不同的应用程序之间实现数据的共享。误区:ContentProvider实际并不存储数据,实际存储是在SQLite、SharePreferences或文件等地,它只是对外提供了统一的读写接口。

    本想着内容为ContentProvider的使用和源码分析,但发现本人水平有限源码分析变成了源码追踪,本文作为个人的笔记,源码部分还请掠过

    简单使用

    1、实现ContentProvider,完成数据实际的增删改查操作

    /**
     * Created by mr.lin on 2018/5/30.
     * 实际的存储方式为SQLite
     * MyContentProvider
     */
    class MyContentProvider : ContentProvider() {
    
        companion object {
            val AUTHORITY = "com.ljf.contentprovider.MyContentProvider"//授权信息
            val TABLE_USER = 1//路径码  此例为哪张表
            val TABLE_ANIMAL = 2
        }
    
        lateinit var dbHelper: SQLiteOpenHelper
        lateinit var db: SQLiteDatabase
        lateinit var match: UriMatcher
    
        override fun insert(uri: Uri, values: ContentValues?): Uri {
            db.insert(getTableName(uri), null, values)
            return uri
        }
    
        override fun query(uri: Uri, projection: Array<out String>?, selection: String?, selectionArgs: Array<out String>?, sortOrder: String?): Cursor {
            return db.query(getTableName(uri), projection, selection, selectionArgs, null, null, sortOrder)
        }
    
        override fun onCreate(): Boolean {//回调在Application的onCreate之前
            dbHelper = OpenHelper(context)
            db = dbHelper.writableDatabase
            match = UriMatcher(NO_MATCH)//配置匹配路径
            match.addURI(AUTHORITY, "user", TABLE_USER)
            match.addURI(AUTHORITY, "animal", TABLE_ANIMAL)
            return true
        }
    
        override fun update(uri: Uri, values: ContentValues?, selection: String?, selectionArgs: Array<out String>?): Int {
            return db.update(getTableName(uri), values, selection, selectionArgs)
        }
    
        override fun delete(uri: Uri, selection: String?, selectionArgs: Array<out String>?): Int {
            return db.delete(getTableName(uri), selection, selectionArgs)
        }
    
        override fun getType(uri: Uri?): String {
            return ""
        }
    
        private fun getTableName(uri: Uri): String {
            when (match.match(uri)) {//根据uri匹配路径
                TABLE_USER -> return "User"
                TABLE_ANIMAL -> return "Animal"
            }
            return ""
        }
    }
    

    2、注册

            <provider
                android:name=".MyContentProvider"
                android:authorities="com.ljf.contentprovider.MyContentProvider"//授权信息
                android:exported="true"//是否对外开放
                android:permission="com.ljf.app"//自定义权限 />
    

    3、使用

    插入为例
    var uri = Uri.parse("content://com.ljf.contentprovider.MyContentProvider/user")
                    var value = ContentValues()
                    value.put("name", Et1.text.toString())
                    value.put("age", Et2.text.toString())
                    resultTv.text = contentResolver.insert(uri, value).toString()
    

    完整代码GitHub

    源码分析

    分析的思路是根据实际使用的流程展开

    第一步

    通常在Activity获取ContentResolver,但getContentResolver()在Activity源码中并未找到,向父类ContextThemeWrapper寻找


    Activity

    然而ContextThemeWrapper中也没有,继续向上到ContextWrapper


    ContextThemeWrapper

    在ContextWrapper中由mBase返回,mBase是ContextImpl的对象


    ContextWrapper

    在ContextImpl中直接返回成员变量


    ContextImpl

    发现mContentResolver在ContextImpl的构造方法中初始化,为ApplicationContentResolver的对象


    mContentResolver

    ApplicationContentResolver又继承自ContentResolver


    ApplicationContentResolver

    找到ContentResolver发现其为抽象类


    ContentResolver

    第二步

    找到了具体的类,实际操作又是如何的?

    ApplicationContentResolver为ContextImpl的内部类,但此类并没有实现增删改查操作


    ApplicationContentResolver

    其父类,为抽象类


    ContentResolver

    插入的实际操作


    insert

    代码中实际操作的对象显示为IContentProvider


    IContentProvider

    但其为interface,它就是另一进程的ContentProvider

    第三步

    ContentProvider从哪里来的
    返回去看具体实现此接口的对象是由acquireProvider方法返回的


    acquireProvider

    这里有个重载


    重载

    返回子类ApplicationContentResolver,查看具体的实现


    发现调用了ActivityThread的方法,这里有两个分支,一个取缓存(缓存一词可能不准确)、一个创建


    ActivityThread

    第三步 — 缓存分支

    取出value,如果发现Provider的进程已经死了handleUnstableProviderDiedLocked,否则增加此provider的计数incProviderRefLocked


    acquireExistingProvider

    移除本地的缓存provider,通知AMS此provider的进程已死


    handleUnstableProviderDiedLocked

    第三步 — 取AMS中provider

    ActivityManagerNative.getDefault()即为AMS


    getContentProvider

    关键的方法getContentProviderImpl,由于水平有限并不能解析源码,只知道通过IPC启动另一进程中的ContentProvider并返回。

    相关文章

      网友评论

          本文标题:ContentProvider的知识

          本文链接:https://www.haomeiwen.com/subject/xuczjftx.html