四大组件之一的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()
源码分析
分析的思路是根据实际使用的流程展开
第一步
通常在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并返回。
网友评论