Loading [MathJax]/jax/output/CommonHTML/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >Android ContentProvider_2 源码解析

Android ContentProvider_2 源码解析

作者头像
大公爵
发布于 2022-11-07 06:28:24
发布于 2022-11-07 06:28:24
51700
代码可运行
举报
文章被收录于专栏:葬爱家族葬爱家族
运行总次数:0
代码可运行

目录


前置知识

这篇文章的内容会涉及以下前置 / 相关知识,贴心的我都帮你准备好了,请享用~

  • Binder 机制:

1. ContentResolver#query(...) 源码分析

在上篇文章介绍 ContentResolver 时提到,外界(包括当前进程的其他组件)也无法直接访问 ContentProvider 的,而是需要通过ContentResolver来间接访问,主要分为 3 个步骤:

  • 1、根据 Uri 来获取对应 ContentProvider 的 Binder 接口实现对象 IContentProvider;
  • 2、通过 IContentProvider 来访问 / 操作 ContentProvider 中的数据源(跨进程);
  • 3、返回 Cursor

ContentResolver.java

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
已简化
public final Cursor query(...) {
    1、获取 IContentProvider 对象
    IContentProvider stableProvider = acquireProvider(uri);

    2、调用 ContentProvider#query(...) 查询
    Cursor qCursor = stableProvider.query(mPackageName, uri, projection, queryArgs, remoteCancellationSignal);

    3、返回 Cursor
    return qCursor ;
}

不仅仅是 query(...) 方法,通过 ContentResolver 的四个方法(insert、delete、update、query)都会先获取 IContentProvider 对象(步骤 1)。如果 ContentProvider 所在进程还未启动,还会触发该进程启动,相应的也会伴随着 ContentProvider 的启动。这一点我在 第 2 节 ConentProvider 的启动过程 会详细介绍 。

现在,我们先分析 ContentResolver#query(...) 的源码:

1.1 获取 IContentProvider 对象

源码中 ContentResolver#acquireProvider() 是抽象方法,具体实现在子类 ApplicationContentResolver 中,源码位于 ContextImpl 内部:

ContextImpl.java

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
内部类 ApplicationContentResolver:

-> 1、获取 IContentProvider 对象
@Override
protected IContentProvider acquireProvider(Context context, String auth) {
    转发给 ActivityThread
    return mMainThread.acquireProvider(context, ContentProvider.getAuthorityWithoutUserId(auth),
        resolveUserIdFromAuthority(auth), true);
}

ActivityThread.java

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
public final IContentProvider acquireProvider (Context c, String auth, int userId, boolean stable) {

    1.1 在 ActivityThread 中查找目标 IContentProvider 对象
    final IContentProvider provider = acquireExistingProvider(c, auth, userId, stable);
    if (provider != null) {
        return provider;
    }

    1.2 进程间调用 AMS 启动目标 ContentProvider(实际上是启动对应的进程)
    ContentProviderHolder holder = null;
    synchronized (getGetProviderLock(auth, userId)) {
        holder = ActivityManager.getService().getContentProvider(
            getApplicationThread(), auth, userId, stable);
        }

    1.3 记录 IContentProvider 对象,并修改引用计数
    holder = installProvider(c, holder, holder.info,
        true /*noisy*/, holder.noReleaseNeeded, stable);
    return holder.provider;
}

ActivityThread.java

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
-> 1.1 在 ActivityThread 中查找目标 IContentProvider 对象(已简化)
public final IContentProvider acquireExistingProvider(Context c, String auth, int userId, boolean stable) {
    synchronized (mProviderMap) {

        1.1.1 查找目标 IContentProvider 对象
        final ProviderKey key = new ProviderKey(auth, userId);
        final ProviderClientRecord pr = mProviderMap.get(key);
        if (pr == null) {
            return null;
        }

        1.1.2 增加引用计数
        IContentProvider provider = pr.mProvider;
        IBinder jBinder = provider.asBinder();
        ProviderRefCount prc = mProviderRefCountMap.get(jBinder);
        incProviderRefLocked(prc, stable);
        return provider;
    }
}

由以上源码可知,获取 IContentProvider 对象的过程主要分为以下步骤:

  • 1.1 首先会在mProviderMap中查找目标 IContentProvider 对象,存在则直接返回,同时还修改引用计数 + 1。mProviderMap 和 mProviderRefCountMap 的数据结构如下:
代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
final ArrayMap<ProviderKey, ProviderClientRecord> mProviderMap = new ArrayMap<ProviderKey, ProviderClientRecord>();
final ArrayMap<IBinder, ProviderRefCount> mProviderRefCountMap = new ArrayMap<IBinder, ProviderRefCount>();
final ArrayMap<IBinder, ProviderClientRecord> mLocalProviders = new ArrayMap<IBinder, ProviderClientRecord>();
  • 1.2 否则,通过进程间调用 AMS 启动目标 ContentProvider(实际上是启动对应的进程);
  • 1.3 接着调用 installProvider() 方法记录 IContentProvider 对象,并修改引用计数。

3.2 调用 IContentProvider#query(...) 查询

todo


2. ContentProvider 的启动过程

众所周知,ActivityThread#main() 是应用进程的入口方法,在 main 方法中会启动主线程的消息循环,然后在 ActivityThread#attach() 中会远程调用 AMS#attachApplication(),以将 ApplicationThread 对象提供给 AMS。

ApplicationThread 是 IApplicationThread 接口的 Binder 对象,主要用于 ActivityThread 和 AMS 之间的进程间通讯。在 AMS#attachApplication() 中会跨进程调用 ApplicationThread#bindApplication(),其中通过 ActivityThread 中的 Handler mH 分发到 handlerBindApplication()。

整个过程的关键节点浓缩为下图:

image

ActivityThread.java

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
private void handleBindApplication(AppBindData data) {
    // ...
    1、实例化 Application 对象
    Application app;
    app = data.info.makeApplication(data.restrictedBackupMode, null);
    mInitialApplication = app;

    2、初始化所有 ContentProvider
    installContentProviders(app, data.providers);

    3、调用 Application#onCreate()
    mInstrumentation.callApplicationOnCreate(app);
    ...
}

-> 1、实例化 Application 对象
public Application makeApplication(boolean forceDefaultAppClass,
            Instrumentation instrumentation) {
    ...
    1.1 Context 基础对象
    ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);

    1.2 实例化,内部会调用 Context#attachBaseContext(...)
    app = mActivityThread.mInstrumentation.newApplication(cl, appClass, appContext);

    1.3 Context 基础对象持有代理类
    appContext.setOuterContext(app);
    ...
}

-> 2、初始化所有 ContentProvider
private void installContentProviders(Context context, List<ProviderInfo> providers) {
    final ArrayList<ContentProviderHolder> results = new ArrayList<>();

    for (ProviderInfo cpi : providers) {
        依次初始化 ContentProvider
        ContentProviderHolder cph = installProvider(context, null, cpi,
                false /*noisy*/, true /*noReleaseNeeded*/, true /*stable*/);
        if (cph != null) {
            cph.noReleaseNeeded = true;
            results.add(cph);
        }
    }
    // ...
}

关键结论:

  • 1、当 ContentProvider 所在进程启动时,ContentProvider 也会启动并自动发布到 AMS 中。 启动 ContentPrivider 的方法就是上面源码中的 installContentProviders();
  • 2、installContentProviders() 会初始化属于当前进程的 ContentProvider;
  • 3、ContentProvider#onCreate() 是早于 Application#onCreate() 执行的,这在四大组件里是比较少见的情况。
代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
Context#attachBaseContext() -> ContentProvider#onCreate() -> Application#onCreate()

image


本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2022-10-26,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
Android 7.0 中 ContentProvider 实现原理
汪毅雄
2017/11/09
2.3K0
ContentProvider 引发闪退之谜
QQ音乐技术团队
2017/09/20
6.4K2
Android中使用Contentprovider导致进程被杀死
Contentprovider也是四大组件之一,支持跨进程调用,因此肯定会用到IPC的Binder机制来实现跨进程调用,在应用层就是AIDL
大大大大大先生
2018/09/04
2.8K0
Android插件化原理解析——ContentProvider的插件化
目前为止我们已经完成了Android四大组件中Activity,Service以及BroadcastReceiver的插件化,这几个组件各不相同,我们根据它们的特点定制了不同的插件化方案;那么对于ContentProvider,它又有什么特点?应该如何实现它的插件化?
weishu
2018/09/05
2.3K0
Android插件化原理解析——ContentProvider的插件化
Android ContentProvider支持跨进程数据共享与"互斥、同步"杂谈
在开发中,假如,A、B进程有部分信息需要同步,这个时候怎么处理呢?设想这么一个场景,有个业务复杂的Activity非常占用内存,并引发OOM,所以,想要把这个Activity放到单独进程,以保证OOM时主进程不崩溃。但是,两个整个APP有些信息需要保持同步,比如登陆信息等,无论哪个进程登陆或者修改了相应信息,都要同步到另一个进程中去,这个时候怎么做呢?
看书的小蜗牛
2018/06/29
2.4K0
Android ContentProvider支持跨进程数据共享与"互斥、同步"杂谈
四大组件的工作过程
Android系统中的四大组件是构成Android应用程序的基础。包括Activity、Service、BroadcastReceiver、ContentProvider。Android开发中无时无刻不在使用这四大组件。因此了解它们的工作过程能让我们对四大组件的理解更加深刻,同时对Android系统的认识更加清晰。
八归少年
2024/03/12
2120
Android深入四大组件(五)Content Provider的启动过程
前言 Content Provider做为四大组件之一,通常情况下并没有其他的组件使用频繁,但这不能作为我们不去深入学习它的理由。关于Content Provider一篇文章是写不完的,这一篇文章先来
用户1269200
2018/02/01
1.5K0
Android深入四大组件(五)Content Provider的启动过程
ContentProvider 源码分析
ContentProvider 启动会伴随进程的启动,在ActivityManagerService中,启动进程是由startProcessLocked方法来完成的,内部通过Process的start方法来完成一个新的进程启动。 ActivityThread的main方法
Yif
2019/12/26
6820
【Android 安全】DEX 加密 ( Application 替换 | 分析 ContentProvider 组件中调用 getApplication() 获取的 Application )
创建 自定义 ContentProvider , 并在其 onCreate 方法中打印上下文信息 :
韩曙亮
2023/03/29
1.2K0
【Android 安全】DEX 加密 ( Application 替换 | 分析 ContentProvider 组件中调用 getApplication() 获取的 Application )
【Android 安全】DEX 加密 ( Application 替换 | 分析 ContentProvider 组件中调用 getApplication() 获取的 Application 二 )
前置博客 : 【Android 安全】DEX 加密 ( Application 替换 | 分析 ContentProvider 组件中调用 getApplication() 获取的 Application )
韩曙亮
2023/03/29
2960
征服Android面试官路漫漫(三):从源码深扒一下四大组件和 Context
Context 是一个抽象类。既然是抽象类,那么它就代表了一类具体对象的通用特征。先来看一下 Context 的类图:
Android技术干货分享
2020/11/03
5600
征服Android面试官路漫漫(三):从源码深扒一下四大组件和 Context
Context Provider启动过程
1)ApplicationContentResolver是ContextImpl中的静态内部类,继承自ContentResolver,它在ContextImpl的构造方法中被创建,这说明我们调用ContentResolver的insert、query、update等方法时就会启动Content Provider
用户3112896
2019/09/26
7440
四大组件以及Application和Context的全面理解
1.概述 Context抽象结构 2.用处 1.Context的实现类有很多,但是ContextImpl(后称CI)是唯一做具体工作的,其他实现都是对CI做代理。 2.CI中有一些成员对象,先来看看这
何时夕
2018/05/02
1.5K0
四大组件以及Application和Context的全面理解
ContentProvider简介
(一) 基础知识 Content Provider属于Android四大组件之一,相比较而言,它更侧重于共享数据。Android的数据存储方式有以下几种:Shared Preferences、网络存储、文件存储、数据库。但是一般情况下这些数据都是在单独一个应用中使用,数据和文件在不同应用程序之间的共享也比较复杂,而Content Provider则正好比较擅长这个,如果需要共享给其他应用,那么我们就可以通过Content Provider来实现了。 Content Provider和组件Activit
QQ音乐技术团队
2018/01/31
3K0
ContentProvider简介
深入理解Activity启动流程和AMS框架(一)
Android应用程序的载体是APK文件,它是一个组件和资源的容器。APK文件和我们常见可执行文件的区别是:每个可执行文件在一个单独的进程中,但是APK文件可能运行在一个单独的进程也可能和其他APK文件运行在同一个进程中。Android的设计理念是弱化进程的存在,取而代之以组件的概念。
open
2020/03/19
2K0
深入理解Activity启动流程和AMS框架(一)
Android ContentProvider_1 使用方法
ContentProvider 是进程间内容共享的统一接口。注意:ContentProvider 的作用不是实现进程间通信,它只是为进程间通信提供了一套统一接口,真正实现进程间通信的是底层的 Binder 机制。
大公爵
2022/11/07
7600
Android ContentProvider_1 使用方法
【Android 安全】DEX 加密 ( Application 替换 | 兼容 ContentProvider 操作 | 源码资源 )
前两篇分析 ContentProvider 中的 Application 的博客 :
韩曙亮
2023/03/29
6370
【Android 安全】DEX 加密 ( Application 替换 | 兼容 ContentProvider 操作 | 源码资源 )
broadcast receiver_consolidator
应用调用RegisterReciever,实质是调用的ContextImpl的registerReceiver,接下来跟一下这个流程:
全栈程序员站长
2022/10/01
4550
broadcast receiver_consolidator
从源码解析Android应用启动全流程:从点击图标到Activity渲染的深度剖析
本文将深入Android源码(基于Android 12),解析从用户点击桌面图标到应用完全启动的全过程,揭示系统服务、Zygote进程、Binder通信等核心机制如何协同工作。
李林LiLin
2025/07/19
1520
android广播注册方式_安卓广播接收器
前面分析了Android系统的广播机制,从本质来说,它是一种消息订阅/发布机制。因此,使用这种消息驱动模型的第一步便是订阅消息;而对Android应用程序来说,订阅消息其实就是注册广播接收器。
全栈程序员站长
2022/10/01
1.2K0
推荐阅读
相关推荐
Android 7.0 中 ContentProvider 实现原理
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档