四大组件之一的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并返回。