Android全面解析之context机制（三）：从源码角度分析context创建流程（下）

Hirezy

已于 2024-08-14 20:20:13 修改

阅读量1.1k

点赞数 33

CC 4.0 BY-SA版权

分类专栏： Android Framework 文章标签： android java

于 2024-08-14 19:45:03 首次发布

本文链接：https://blog.csdn.net/ljx1400052550/article/details/141198364

前言

前面已经讲了什么是context以及从源码角度分析context创建流程（上）。限于篇幅把四大组件中的广播和内容提供器的context获取流程放在了这篇文章。广播和内容提供器并不是context家族里的一员，所以他们本身并不是context，因而他们的context肯定是直接或间接从Application、Activity或者Service获取。然后对context的设计进行了讨论，从更高的角度看context，能够帮助我们看到context的本质，也能帮助我们更好地理解并使用context。

Broadcast的context获取流程

Broadcast和上面的组件不同，他并不是继承自Context，所以他的Context是需要通过Application、Activity或者Service来给予。我们一般使用广播的context是在接收器中，如：

class MyClass :BroadcastReceiver() {
    override fun onReceive(context: Context?, intent: Intent?) {
        TODO("use context")
    }
}

那么onReceive的context对象是从哪里来的呢？同样我们先看广播接收器的注册流程：

同样，详细的广播相关工作流程可以阅读Android广播Broadcast的注册与广播源码过程详解（基于api29）这篇文章了解。因为在创建Receiver的时候并没有传入context，所以我们需要追踪他的注册流程，看看在哪里获取了context。我们先看到ContextImpl的registerReceiver方法：

ContextImpl.class(api29)
public Intent registerReceiver(BroadcastReceiver receiver, IntentFilter filter,
        String broadcastPermission, Handler scheduler) {
    // 注意参数
    return registerReceiverIntern