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

news2025/1/11 0:35:48

前言

这篇文章从源码角度分析context创建流程。

在上一篇Android全面解析之Context机制(一) :初识context一文中讲解了context的相关实现类。经过前面的讨论，读者对于context在心中有了一定的理解。但始终觉得少点什么：activity是什么时候被创建的，他的contextImpl是如何被赋值的？Application呢？为什么说ContextProvider的context是Application，Broadcast的context是Activity？contextImpl又是如何被创建的？解决这些疑惑，就必须阅读源码了。

Application

Application应用级别的context，是在应用被创建的时候被创建的，是第一个被创建的context，也是最后一个被销毁的context。因而追踪Application的创建需要从应用程序的启动流程看起。应用启动的源码流程如下（简化版）：

应用程序从ActivityThread的main方法开始执行，从全面认识Handler消息机制中我们知道main方法主要是开启线程的Looper以及handler，然后由AMS向主线程发送message控制应用的启动过程。因而我们可以把目标锁定在图中的最后一个方法：handleBindApplication，Application最有可能在这里被创建：

ActivityThread.class (api29)

private void handleBindApplication(AppBindData data) {
    ...
 // 创建LoadedApk对象
    data.info = getPackageInfoNoCheck(data.appInfo, data.compatInfo);
    ...
    Application app;
    ...
    try {
  // 创建Application
        app = data.info.makeApplication(data.restrictedBackupMode, null);
        ...
    }
    try {
        ...
  // 回调Application的onCreate方法
        mInstrumentation.callApplicationOnCreate(app);
    }
    ...
}

handleBindApplication的参数AppBindData是AMS给应用程序的启动信息，其中就包含了“权限凭证”——ApplicationInfo等。LoadedApk就是通过这些对象来创建获取对系统资源的访问权限，然后通过LoadApk来创建ContextImpl以及Application。

这里我们只关注和context创建有关的逻辑，前面启动程序的源码以及AMS如何处理，这里就不讲了，读者有兴趣可以读ContextProvider启动流程这篇文章，其中对ContextProvider的启动过程就有对上述源码进行追踪详解。

那么接下来我们继续关注Application是如何创建的：

LoadeApk.class(api29)
public Application makeApplication(boolean forceDefaultAppClass,
        Instrumentation instrumentation) {
    // 如果application已经存在则直接返回
    if (mApplication != null) {
        return mApplication;
    }
 ...
    Application app = null;
    String appClass = mApplicationInfo.className;
    ...
    try {
        java.lang.ClassLoader cl = getClassLoader();
       ...
  // 创建ContextImpl
        ContextImpl appContext = ContextImpl.createAppContext(mActivityThread, this);
  // 利用类加载器加载我们在AndroidMenifest指定的Application类
        app = mActivityThread.mInstrumentation.newApplication(
                cl, appClass, appContext);
        // 把Application的引用给comtextImpl，这样contextImpl也可以很方便地访问Application
        appContext.setOuterContext(app);
    } 
    ...
    mActivityThread.mAllApplications.add(app);
    // 把app设置为mApplication，当我们调用context.getApplicationContext就是获取这个对象
    mApplication = app;

    if (instrumentation != null) {
        try {
   // 回调Application的onCreate方法
            instrumentation.callApplicationOnCreate(app);
        } 
        ...
    }
  ...
    return app;
}

代码的逻辑也不复杂，首先判断LoadedApk对象中的mApplication是否存在，否则创建ContextImpl，再利用类加载器和contextImpl创建Application，最后把Application对象赋值给LoadedApk的mApplication，再回调Application的onCreate方法。我们先来看一下contextImpl是如何创建的：

ContextImpl.class(api29)
static ContextImpl createAppContext(ActivityThread mainThread, LoadedApk packageInfo,
        String opPackageName) {
    if (packageInfo == null) throw new IllegalArgumentException("packageInfo");
    ContextImpl context = new ContextImpl(null, mainThread, packageInfo, null, null, null, 0,
            null, opPackageName);
    context.setResources(packageInfo.getResources());
    return context;
}

这里直接new了一个ContextImpl，同时给ContextImpl赋值访问系统资源相关的“权限”对象——ActivityThread，LoadedApk等。让我们再回到Application的创建过程。我们可以猜测，在newApplication包含的逻辑肯定有：利用反射创建Application，再把contextImpl赋值给Application。原因是每个人自定义的Application类不同，需要利用反射来创建对象，其次Application中的mBase属性是对ContextImpl的引用。看源码：

Instrumentation.class(api29)
public Application newApplication(ClassLoader cl, String className, Context context)
        throws InstantiationException, IllegalAccessException, 
        ClassNotFoundException {
    Application app = getFactory(context.getPackageName())
            .instantiateApplication(cl, className);
    app.attach(context);
    return app;
}

Application.class(api29)
final void attach(Context context) {
    attachBaseContext(context);
    mLoadedApk = ContextImpl.getImpl(context).mPackageInfo;
}

ContextWrapper.class(api29)
Context mBase;    
protected void attachBaseContext(Context base) {
    if (mBase != null) {
        throw new IllegalStateException("Base context already set");
    }
    mBase = base;
}

结果非常符合我们的猜测，先创建Application对象，再把ContextImpl通过Application的attach方法赋值给Application。然后Application的attach方法调用了ContextWrapper的attachBaseContext方法，因为Application也是继承自ContextWrapper。这样，就把ContextImpl赋值给Application的mBase属性了。

再回到前面的逻辑，创建了Application之后需要回调onCreate方法：

Instrumentation.class(api29)
public void callApplicationOnCreate(Application app) {
    app.onCreate();
}

简单粗暴，直接回调。到这里，Application的创建以及context的创建流程就走完了。但是需要注意的是，全局初始化需要在onCreate中进行，而不要在Application的构造器中执行。从代码中我们可以看到ContextImpl是在Application被创建之后再赋值的。

Activity

Activity的context也是在Activity创建的过程中被创建的，这个就涉及到Activity的启动流程，这里涉及到三个流程：应用程序请求AMS，AMS处理请求，应用程序响应Activity创建事务：

依然，我们专注于Activity的创建流程，其他的读者可阅读Activity启动流程这篇文章了解。和Application一样，Activity的创建时由AMS来控制的，AMS向应用程序进程发送消息来执行具体的启动逻辑。最后会执行到handleLaunchActivity这个方法：

ActivityThread.class(api29) public Activity handleLaunchActivity(ActivityClientRecord r, PendingTransactionActions pendingActions, Intent customIntent) { ... final Activity a = performLaunchActivity(r, customIntent); ... return a; }

最终的就是中间这句代码，进入看源码：

ActivityThread.class(api29)
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
    ...
 // 创建Activity的ContextImpl
    ContextImpl appContext = createBaseContextForActivity(r);
    Activity activity = null;
    try {
        // 利用类加载创建activity实例
        java.lang.ClassLoader cl = appContext.getClassLoader();
        activity = mInstrumentation.newActivity(
                cl, component.getClassName(), r.intent);
        ...
    }
    try {
  // 创建Application
        Application app = r.packageInfo.makeApplication(false, mInstrumentation);
  ...
        if (activity != null) {
            ...
   // 把activity设置给context，这样context也可以访问到activity了
            appContext.setOuterContext(activity);
            // 调用activity的attach方法把contextImpl设置给activity
            activity.attach(appContext, this, getInstrumentation(), r.token,
                            r.ident, app, r.intent, r.activityInfo, title, r.parent,
                            r.embeddedID, r.lastNonConfigurationInstances, config,
                            r.referrer, r.voiceInteractor, window, r.configCallback,
                            r.assistToken);

            int theme = r.activityInfo.getThemeResource();
            if (theme != 0) {
                // 设置主题
                activity.setTheme(theme);
            }
            ...
   // 回调onCreate方法
            if (r.isPersistable()) {
                mInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);
            } else {
                mInstrumentation.callActivityOnCreate(activity, r.state);
            }
            ...
        }
        ...
    }
 ...
    return activity;
}

代码的逻辑不是很复杂，首先创建Activity的ContextImpl，利用类加载创建activity实例，然后再通过LoadedApk创建Application，这个方法在前面我们讲过，如果Application已经创建会直接返回已经创建的对象。然后把activity设置给context，这样context也可以访问到activity了。这里要注意，前面讲到使用Activity的context会造成内存泄露，那么可不可以用Activity的contextImpl对象呢？答案是不可以，因为ContextImpl也会持有Activity的引用，需要特别注意一下。随后再调用activity的attach方法把contextImpl设置给activity。后面是设置主题和回调onCreate方法，我们就不深入了，主要看看attach方法：

Activity.class(api29)
final void attach(Context context,...) {
    attachBaseContext(context);
  ...   
}

这里省略了大量的代码，只保留关键一句：attachBaseContext，是不是很熟悉？调用ContextWrapper的方法来给mBase属性赋值，和前面Application是一样的，就不再赘述。

Service

依然只关注关键代码流程，先看Service的启动流程图：

Service的创建过程也是受AMS的控制，同样我们看到创建Service的那一步，最终会调用到handleCreateService这个方法：

private void handleCreateService(CreateServiceData data) {
    ...
    LoadedApk packageInfo = getPackageInfoNoCheck(
            data.info.applicationInfo, data.compatInfo);
    Service service = null;
    try {
        java.lang.ClassLoader cl = packageInfo.getClassLoader();
        service = packageInfo.getAppFactory()
                .instantiateService(cl, data.info.name, data.intent);
    } 
    ...
    try {
        ...
        ContextImpl context = ContextImpl.createAppContext(this, packageInfo);
        context.setOuterContext(service);

        Application app = packageInfo.makeApplication(false, mInstrumentation);
        service.attach(context, this, data.info.name, data.token, app,
                ActivityManager.getService());
        service.onCreate();
        mServices.put(data.token, service);
        ...
    } 
    ...
}

Service的逻辑就相对简单了，同样创建service实例，再创建contextImpl，最后把contextImpl通过Service的attach方法赋值给mBase属性，最后回调Service的onCreate方法。过程和上面的很像，这里就不再深入讲了，感兴趣的读者可自行去阅读源码，也可以阅读Android中Service的启动与绑定过程详解（基于api29）这篇文章了解Service的详细内容。

小结

文章讲解了三大context实现类的启动流程，相信通过源码阅读对context有一个更加彻底的理解。四大组件还有广播以及内容提供器，限于篇幅就放在下一部分讲了。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2042377.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

IDEA终端无法打开，解决方法

IDEA终端无法打开，解决方法

检查终端路径： 确保你的系统终端路径被正确设置在你的开发环境或IDE的配置中。例如，在Windows上，这通常是cmd.exe、PowerShell或Git Bash的路径；在macOS或Linux上，这通常是/bin/bash、/bin/zsh等。 2.权限问题&#…
阅读更多...
CTFSHOW 萌新 web13 解题思路和方法（利用?＞提前结束语句）

CTFSHOW 萌新 web13 解题思路和方法（利用?＞提前结束语句）

点击题目链接，分析代码。发现相比上一关卡，增加过滤了分号。 此时，如果按照之前的方式构造url语句，发现由于分号的存在导致返回cmd error信息。 因为php中最后一行代码的结尾如果不接分号，也会被正常执行。 此时我们可…
阅读更多...
Python 设计模式之享元模式

Python 设计模式之享元模式

文章目录 从一个 MP3 案例谈起flyweight 模式解决flyweight pattern 的组件拆解定义与逐步实现完整代码 未讨论问题 享元模式（ flyweight pattern）属于结构型设计模式，主要用于解决系统中大量创建同一个类的实例时导致的内存激增的问题&…
阅读更多...
国产崛起，Solon：我们的性能是 Spring 的 300%

国产崛起，Solon：我们的性能是 Spring 的 300%

Solon 应用开发框架（java framework）。是从零开始构建，有自主的标准规范与开放生态。纯血国产。 追求： 更快、更小、更简单提倡： 克制、简洁、高效、开放、生态 相对于 Spring 应用开发框架。并发高 300%&#xff1b…
阅读更多...
8月15号学习

8月15号学习

阅读更多...
el-cascader多选的父子关联和父子不关联功能

el-cascader多选的父子关联和父子不关联功能

公用html&#xff1a; <el-cascader v-model"data" :options"optionsData" :props"props" clearable> </el-cascader> 公用js变量&#xff1a; data () {return {// 绑定的数组data: [],// 绑定的选项数据optionsData: []} }, 公…
阅读更多...
python自动化笔记：操作mysql数据库

python自动化笔记：操作mysql数据库

操作mysql数据库常见方法 1、第三方库&#xff1a;pymysql1.1、安装pymysql1.2、连接数据库1.3、连接指定数据库1.4 创建数据库、创建表1.5、表中插入数据1.6、批量插入数据1.7、获取查询结果数据1.8、防sql注入&#xff0c;sql语句中一般用占位符传值 2、标准库 &#xff1a;m…
阅读更多...
OpenCV图像处理——按最小外接矩形剪切图像

OpenCV图像处理——按最小外接矩形剪切图像

引言 在图像处理过程中&#xff0c;提取感兴趣区域&#xff08;ROI&#xff09;并在其上进行处理后&#xff0c;往往需要将处理后的结果映射回原图像。这一步通常涉及以下几个步骤&#xff1a; 找到最小外接矩形&#xff1a;使用 cv::boundingRect 或 cv::minAreaRect 提取感兴…
阅读更多...
Jenkins默认工作目录修改及迁移(Windows)

Jenkins默认工作目录修改及迁移(Windows)

问题描述 如果Jenkins安装时安在C盘&#xff0c;那么默认的空间就是C:\ProgramData\Jenkins.jenkins&#xff0c;git下拉的项目会在该目录的workspace下&#xff0c;造成C盘空间增大。网上方法倒是有&#xff0c;五花八门&#xff0c;我这里是Windows&#xff0c;是有更简单的…
阅读更多...
前端工程化14-git merge 以及 git rebase。

前端工程化14-git merge 以及 git rebase。

rebase会把当前分支的 commit 放到公共分支的最后面,所以叫变基。就好像从公共分支又重新拉出来这个分支一样。 举例&#xff1a; 如果从 master 拉个feature分支出来,然后提交了几个 commit,这个时候刚好有人把他开发的东西合并到 master 了,这个时候 master 就比你拉分支的…
阅读更多...
VoxelNet: End-to-End Learning for Point Cloud Based 3D Object Detection

VoxelNet: End-to-End Learning for Point Cloud Based 3D Object Detection

VoxelNet: End-to-End Learning for Point Cloud Based 3D Object Detection Abstract 摘要部分&#xff0c;作者首先指出了3D点云中目标检测的重要性&#xff0c;在自动驾驶导航、家政机器人以及增强现实和虚拟现实等多个领域有重要的作用。然后&#xff0c;提到了现有方法的…
阅读更多...
C语言实现多种快速排序

C语言实现多种快速排序

目录 1.概念 2.快速排序hoare版本 2.1基本思想 2.2解释相遇处的值为何一定小于key 2.3hoare版本快速排序的实现 3.快速排序挖坑法 3.1基本思想 3.2挖坑法快速排序的实现 4. 快速排序前后指针版本 4.1基本思想 4.2快速排序前后指针版本实现 5.快速排序非递归版本 …
阅读更多...
Linux下如何使用Curl进行网络请求

Linux下如何使用Curl进行网络请求

在Linux系统上&#xff0c;Curl是一个非常强大的网络请求工具&#xff0c;可以用于发送各种类型的HTTP请求&#xff0c;并获取响应结果。它支持常见的HTTP方法&#xff0c;如GET、POST、PUT、DELETE等&#xff0c;还支持HTTPS、FTP等不同协议。Curl提供了丰富的参数选项&#x…
阅读更多...
多智能体新进展||斯坦福大学提出新模型‘Hypothetical Minds‘，让AI更懂人类思维

多智能体新进展||斯坦福大学提出新模型‘Hypothetical Minds‘，让AI更懂人类思维

AI论文解读轻松掌握AI前沿技术进展&#xff0c;实时追踪AI动态&#xff0c;互动交流&#xff0c;共同成长进步 标题&#xff1a;Hypothetical Minds: Scaffolding Theory of Mind for Multi-Agent Tasks with Large Language Models 作者&#xff1a;Logan Cross, Violet Xia…
阅读更多...
[数据集][图像分类]超声波肾脏结石分类数据集9416张2类别

[数据集][图像分类]超声波肾脏结石分类数据集9416张2类别

数据集类型&#xff1a;图像分类用&#xff0c;不可用于目标检测无标注文件 数据集格式&#xff1a;仅仅包含jpg图片&#xff0c;每个类别文件夹下面存放着对应图片 图片数量(jpg文件个数)&#xff1a;9416 分类类别数&#xff1a;2 类别名称:["normal","stone&…
阅读更多...
链表（哈希表，有序表）环形链表确定节点的方式

链表（哈希表，有序表）环形链表确定节点的方式

UnOrderedMap UnSortedMap --> C 哈希表&#xff08;无序组织&#xff09; 哈希表如果只有key 没有 value 是HashSet 哈希表如果有key 有 value 是HashMap 哈希表在使用的过程中所有的增删改查都是常数时间&#xff08;比较大&#xff09; 如果存放的是基础类型&#xf…
阅读更多...
【网络】套接字(socket)编程——TCP版

【网络】套接字(socket)编程——TCP版

接着上一篇文章&#xff1a;http://t.csdnimg.cn/GZDlI 在上一篇文章中&#xff0c;我们实现的是UDP协议的&#xff0c;今天我们就要来实现一下TCP版本的 接下来接下来实现一批基于 TCP 协议的网络程序&#xff0c;本节只介绍基于IPv4的socket网络编程 基于 TCP 的网络编程开…
阅读更多...
Java基础入门15：算法、正则表达式、异常

Java基础入门15：算法、正则表达式、异常

算法&#xff08;选择排序、冒泡排序、二分查找&#xff09; 选择排序 每轮选择当前位置&#xff0c;开始找出后面的较小值与该位置交换。 选择排序的关键&#xff1a; 确定总共需要选择几轮&#xff1a;数组的长度-1。 控制每轮从以前位置为基准&#xff0c;与后面元素选择…
阅读更多...
一招搞定异构联邦学习难题：FedKTL的超高效策略！

一招搞定异构联邦学习难题：FedKTL的超高效策略！

【联邦学习】在近年来的深度学习领域中备受关注&#xff0c;它通过在保证数据隐私的前提下&#xff0c;协同多个分散的设备或服务器进行模型训练。联邦学习技术能够在不集中数据的情况下&#xff0c;实现数据共享和模型优化&#xff0c;在医疗、金融和智能设备等领域取得了显著…
阅读更多...
Linux|centos7|奇怪的知识|perf命令，系统运行瓶颈分析工具

Linux|centos7|奇怪的知识|perf命令，系统运行瓶颈分析工具

前言&#xff1a; Linux perf 是 Linux 2.6 后内置于内核源码树中的性能剖析&#xff08;profiling&#xff09;工具,它基于事件采样&#xff0c;以性能事件为基础&#xff0c;针对 CPU 相关性能指标与操作系统相关性能指标进行性能剖析&#xff0c;可用于性能瓶颈查找与热点代…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023