Framework - ActivityThread 应用启动UI渲染流程

news2024/10/6 2:29:04

一、概念

ActivityThread拥有 main(String[] agrs) 方法，作为程序的入口，是应用程序的初始化类。（ActivityThread不是主线程，它在 main() 方法中实例化，是运行在主线程中。）
ApplicationThread是 ActivityThread 的子类，用作 ActivityThread 与 AMS 进行 BInder 通信的桥梁。
Instrumentation管理 Application 和 Activity 声明周期的类，会在自己对应的方法中传入监听对象，执行该对象的生命周期方法。
ActivityStackActivityThread 中对 Activity 的管理栈，用来记录已经启动的Activity的先后关系、状态信息、是否需要启动新的进程。
ActivityRecord用来映射存储从 AMS 中获取的 Activity 信息的数据类。

二、流程

2.1 应用启动

  1. 点击桌面APP图标时会执行 Launcher.startActivity() ，通过 Binder 通信调用 system_server 进程中 AMS.startActivity() 发起启动请求。
  2. system_server 进程接收到请求后，向 Zygote 进程发送创建进程的请求。
  3. Zygote 进程 fork 出 APP 进程，并执行 ActivityThread.main() 创建主线程、初始化MainLooper、主线程Handler，同时初始化 ApplicationThread 用于和 AMS 通信。
  4. ActivityThread 传递 ApplicationThread 通过 Binder 通信向 AMS 中获取应用信息（即 APP 进程通过 Binder 调用 sytem_server 进程中 AMS 的 attachApplication() 方法）。
  5. AMS 对数据进行一些处理工作后，通过 Binder IPC 向 ActivityThread 发送handleBindApplication 请求（创建启动Application）和 scheduleLaunchActivity 请求（创建启动Activity）。
  6. 在处理 ApplicationThread 回调中返回的应用信息时，通过 Handler 向主线程发送 BIND_APPLICATION 和 LAUNCH_ACTIVITY 两条 Message（这里注意的是 AMS 和主线程并不直接通信，而是 AMS 和主线程的内部类 ApplicationThread 通过 Binder通信，ApplicationThread 再和主线程通过Handler消息交互）。
  7. 主线程在收到 Message 后，反射创建 Application 并执行 onCreate() 生命周期，再通过反射创建 Activity 并执行 onCreate() 生命周期。
  8. 到此 APP 便正式启动，开始进入一系列生命周期 onCreate/onStart/onResume，UI渲染后显示APP主界面。

2.2 UI渲染

2.2.1 onCreate()

2.2.2 onResume()

三、源码分析

3.1 入口 main()

由 Zygote 调用，进程创建后对其进行初始化让APP跑起来，ZygoteInit.zygoteInit() 通过反射找到 ActivityThread.main() 并调用。

public static void main(String[] args) {
    //主线程Looper的初始化
    Looper.prepareMainLooper();
    //实例化ActivityThread
    ActivityThread thread = new ActivityThread();
    //启动应用
    thread.attach(false);
    //主线程Handler初始化
    if (sMainThreadHandler == null) {
        sMainThreadHandler = thread.getHandler();
    }
    Looper.loop();
    //一旦上方的主线程loop()循环被终止便抛异常
    throw new RuntimeException("Main thread loop unexpectedly exited");
}

3.2 初始化主线程Looper

  • 在 Handler 源码中可以看出，初始化主线程 Looper 的参数 quitAllowed 为 false 表示不允许退出，该参数最终会在 MessageQueue 调用 quit() 时进行判断，如果是主线程会抛异常。
  • 主线程 Looper 初始化后会赋值给成员变量 sMainLooper，通过方法 getMainLooper() 向其它线程提供主线程的 Looper 对象。
    //主线程Looper的初始化
    public static void prepareMainLooper() {
        prepare(false);
        synchronized (Looper.class) {
            if (sMainLooper != null) {
                throw new IllegalStateException("The main Looper has already been prepared.");
            }
            sMainLooper = myLooper();
        }
    }
    
    //普通线程Looper的初始化
    public static void prepare() {
        prepare(true);
    }

    private static void prepare(boolean quitAllowed) {
        if (sThreadLocal.get() != null) {
            throw new RuntimeException("Only one Looper may be created per thread");
        }
        sThreadLocal.set(new Looper(quitAllowed));
    }
    public static Looper getMainLooper() {
        synchronized (Looper.class) {
            return sMainLooper;
        }
    }

3.3 应用启动过程

ActivityThread 向 AMS 中获取信息，AMS将信息封装成对象后回调过来。ActivityThread是逻辑的执行者，AMS是信息的持有者，他们之间通过Binder通信，ApplicationThread是两者通信的桥梁（回调）。

    //ActivityThread中
    private void attach(boolean system) {
        //获取系统服务AMS进行Binder通信
        if (!system) {
            final IActivityManager mgr = ActivityManager.getService();
            try {
                //传入用来通信的桥梁 ApplicationThread
                mgr.attachApplication(mAppThread);
            } ...
        }
    }
    //AMS中
    public final void attachApplication(IApplicationThread thread) {
        synchronized (this) {
            attachApplicationLocked(thread, callingPid);
        }
    }

    private final boolean attachApplicationLocked(IApplicationThread thread, int pid) {
        //启动Application
		thread.bindApplication(...);
		//启动Activity
        if (mStackSupervisor.attachApplicationLocked(app)) {
            ...
        }
    }

3.3.1 启动 Application

attachApplicationLocked() 中会将 Application 信息赋值给成员变量 ProcessRecord（是一个数据类用来存储 Application 的信息），通过调用 ApplicationThread.bindApplication() 将应用信息回传给 ActivityThread 进行处理。发送 Message 然后 Handler 处理（从Binder线程切换到主线程），调用重写的 handleBindApplication()，通过传过来的 AppBindData 的 makeApplication() 创建 Application 对象，具体是调用 Instrumentation 的newApplication()，通过类加载器类加载器反射加载Application类，执行 onCreate() 生命周期。

  • 如果未指定程序的 Application 则使用默认的 Application 类，否则使用我们指定的。
  • 在创建 Application 对象调用 attachBaseContext() 和 onCreate() 方法之间会调用 ContentProvider的onCreate() 方法这也是很多第三方SDK使用该特性实现初始化的原理。
    //ActivityThread中
    public final void bindApplication(...) {
        //对从AMS中获取的信息进行封装
        ...
        //发送Message
        sendMessage(H.BIND_APPLICATION, data);
    }

    //Handler处理会调用到这里来
    private void handleBindApplication(AppBindData data) {
        try {
            //创建Application
            Application app = data.info.makeApplication(data.restrictedBackupMode, null);
            mInitialApplication = app;
            //cotentprovider初始化，即为什么能用它初始化业务代码
            installContentProviders(app, data.providers); 
            try {
                //启动生命周期onCreate()
                mInstrumentation.callApplicationOnCreate(app);
            }
    }
    //LoadedApk中
    public Application makeApplication(boolean forceDefaultAppClass, Instrumentation instrumentation) {
        //如果存在Application的实例，则直接返回，这也说明Application是个单例
        if (mApplication != null) {
            return mApplication;
        }
        Application app = null;
        //反射初始化Application
        ...
        //交由 Instrumentation 创建并调用 Application 的 onCreate()
        if (instrumentation != null) {
            try {
                instrumentation.callApplicationOnCreate(app);
            }
        }
        return app;
    }

3.3.2 启动 Activity

attachApplicationLocked() 中会调用 stack.getAllRunningVisiableActivitiesLocked() 将栈中所有的 Activity 信息都赋值给一个列表 mTmpActivityList 然后遍历生成一个个配置类对象 ActivityRecord，通过 realStartActivityLocked() 传递，方法体中通过 ClientTransaction.obtain() 创建 Activity 启动事务并添加一个回调持有 LaunchActivityItem，事务被提交给 ClientLifecyleManager 最通过 ApplicationThread 回调到 ActivityThread 中处理。发送 Message 然后 Handler 处理（从Binder线程切换到主线程），会调用 TransactionExecutor 执行事务。 方法中会遍历所有添加的回调，拿到 LaunchActivityItem 父类 ClientTransctionItem 调用 execute()，创建一个配置类对象 ActivityRecord 赋值各种信息，回调给ActivityThread.handleLaunchActivity()，调用 performLaunchActivity()，进而通过 Instrumentation.newActivity() 创建 Activity（通过Intent得到类名用类加载器反射加载），通过 Instrumentation.callActivityOnCreate() 执行 onCreate() 生命周期。

    boolean attachApplicationLocked(ProcessRecord app) throws RemoteException {
        if (realStartActivityLocked(hr, app, true, true)) {...}          
    }

    final boolean realStartActivityLocked(ActivityRecord r, ProcessRecord app, boolean andResume, boolean checkConfig) throws RemoteException {
        try {
            调用ApplicationThread的scheduleLaunchActivity用于启动一个Activity
            app.thread.scheduleLaunchActivity(...);
        }
    }

//ActivityThread中
private void handleLaunchActivity(ActivityClientRecord r, Intent customIntent, String reason) {
    //创建Activity
    Activity a = performLaunchActivity(r, customIntent);
    //渲染Activity
    if (a != null) {
        handleResumeActivity(r.token, false, r.isForward, !r.activity.mFinished && !r.startsNotResumed, r.lastProcessedSeq, reason);
    }
}

3.4 UI 渲染过程

3.4.1 设置布局

Activity 被启动后会执行 onCreate()，我们会在其中调用 setContentView() 来设置布局文件，该方法会调用 getWindow() 获取自己持有的 Window 对象（子类PhoneWindow，创建时在 performLaunchActivit() 中调用 activity.attach() 时被赋值的）并调用它的 setContentView()，初始化 DecorView 并将我们自定义的布局加载到 content 中。

//Activity中
public void setContentView(@LayoutRes int layoutResID) {
    getWindow().setContentView(layoutResID);
    initWindowDecorActionBar();
}

//PhoneWindow中
public void setContentView(int layoutResID) {
    if (mContentParent == null) {
        //初始化DecorView
        installDecor();
    }
}
private void installDecor() {
    //初始化DecorView（加载系统的基础布局）
    mDecor = generateDecor(-1);
    //获取DecorView中Content部分，加载我们自定义的布局内容
    mContentParent = generateLayout(mDecor);
}

3.4.2 渲染布局

通过 addView() 将控件添加到 ViewGroup 中会触发 requestLayout() 和 invalidate(true)  重新布局和刷新，由于 DacorView 没有父容器所以只会执行添加操作。

//ViewGroup中
public void addView(View child, int index, LayoutParams params) {
    requestLayout();
    invalidate(true);
}

//View中
public void requestLayout() {
     if (mParent != null && !mParent.isLayoutRequested()) {
        mParent.requestLayout();
    }
}

        对于 Activity 生命周期一直说 onStart() 是可见的，performStart() 中调用 Instrumentation.callActivityOnStart() 并没有做渲染处理，所以这个“可见”严谨来说是针对是否渲染。

        在 ActivityThread.handleResumeActivity() 中将 DecorView 添加到了 ViewManager 中，进而调用 WindowManagerGlobal.addView()，将 DecorView 设置给了在这里创建的 ViewRootImpl 对象，ViewRootImpl 会执行 requestLayout() → scheduleTraversals() → doTraversal() → performTraversals()，而这最后一个方法里会执行 View 的绘制流程（测量、摆放、绘制），此时 Activity 就被渲染出来了。

//ActivityThread中
final void handleResumeActivity(IBinder token, boolean clearHide, boolean isForward, boolean reallyResume, int seq, String reason) {
    //调用Activity.onResume()
    r = performResumeActivity(token, clearHide, reason);
    if (r != null) {
        final Activity a = r.activity;
        if (r.window == null && !a.mFinished && willBeVisible) {
            r.window = r.activity.getWindow();
            View decor = r.window.getDecorView();
            decor.setVisibility(View.INVISIBLE);
            ViewManager wm = a.getWindowManager();
            WindowManager.LayoutParams l = r.window.getAttributes();
            a.mDecor = decor;
            ...
            //间接调用到WindowManagerGlobal的addView方法
            wm.addView(decor, l);
        }
    }
}
//WindowManagerGlobal中
public void addView(View view, ViewGroup.LayoutParams params, Display display, Window parentWindow) {
    root = new ViewRootImpl(view.getContext(), display);
    //Decor设置给了ViewRootImpl
    root.setView(view, wparams, panelParentView);
}

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

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

相关文章

Docker搭建MySQL8主从复制

Docker搭建MySQL8主从复制

之前文章我们了解了面试官：说一说Binlog是怎么实现的，这里我们用Docker搭建主从复制环境。 docker安装主从MySQL 这里我们使用MySQL8.0.32版本： 主库配置 master.cnf //基础配置 [client] port3306 socket/var/run/mysqld/mysql.sock [m…
阅读更多...
java(面向对象基础）

java(面向对象基础）

面向对象的三大特征：封装、继承、多态 一、封装 用 类设计对象处理某一个事物的数据时，应该把要处理的数据，以及处理这些数据的方法，设计到一个对象中去。 封装规范：合理隐藏，合理暴露（先将成…
阅读更多...
力扣hot100 编辑距离 多维DP

力扣hot100 编辑距离 多维DP

Problem: 72. 编辑距离 文章目录 思路Code 思路 👨‍🏫 参考地址 Code ⏰ 时间复杂度: O ( n m ) O(nm) O(nm) 🌎 空间复杂度: O ( n m ) O(nm) O(nm) class Solution {public int minDistance(String s1, String s2){int n s1.lengt…
阅读更多...
MongoDB基础认识

MongoDB基础认识

MongoDB数据库介绍 名称源自“humongous”（意为“巨大无比”）。MongoDB 是由C语言编写的，是一个基于分布式文件存储的开源数据库系统。在高负载的情况下，添加更多的节点，可以保证服务器性能。MongoDB 旨在为WEB应用提…
阅读更多...
备战蓝桥杯---搜索（DFS基础1）

备战蓝桥杯---搜索（DFS基础1）

何为深搜&#xff1f; 即不撞南墙不罢休。 话不多说&#xff0c;直接看题&#xff1a; 我们可以把这看成深搜的模板题&#xff0c;下面是AC代码&#xff1a; #include<bits/stdc.h> using namespace std; int a[15];//存值并输出 int vis[15]; int n18; void dfs(int …
阅读更多...
Nicn的刷题日常之喝汽水问题

Nicn的刷题日常之喝汽水问题

目录 1.题目描述 2.解题思路 3.解题 4.思路2 解题 1.题目描述 喝汽水&#xff0c;1瓶汽水1元&#xff0c;2个空瓶可以换一瓶汽水&#xff0c;给20元&#xff0c;可以喝多少汽水&#xff08;编程实现&#xff09;。 2.解题思路 1. 20元首先可以喝20瓶&#xff0c;此时手…
阅读更多...
书生浦语2-对话-20B大模型部署实践

书生浦语2-对话-20B大模型部署实践

简介 书生浦语2.0是一个大语言模型&#xff0c;是商汤科技与上海 AI 实验室联合香港中文大学和复旦大学发布的新一代大语言模型。‘ 具体特性 有效支持20万字超长上下文&#xff1a;模型在 20 万字长输入中几乎完美地实现长文“大海捞针”&#xff0c;而且在 LongBench 和 L…
阅读更多...
Python程序设计 函数基础

Python程序设计 函数基础

简单函数 函数&#xff1a;就是封装了一段可被重复调用执行的代码块。通过此代码块可以实现大量代码的重复使用。 函数的使用包含两个步骤&#xff1a; 定义函数 —— 封装 独立的功能 调用函数 —— 享受 封装 的成果 函数的作用&#xff0c;在开发程序时&#xff0c;使用…
阅读更多...
2024年美赛F题超详细思路

2024年美赛F题超详细思路

Problem F: Reducing Illegal Wildlife Trade 美赛F题以非法野生动物贸易为背景进行命题&#xff0c;需要我们选择客户进行一系列的问题。本文正式解题前需要收集客户的数据以及数据预处理。对于客户的选择&#xff0c;这里考虑的点在于该客户需要能够对非法贸易交易产生影响。…
阅读更多...
el-upload子组件上传多张图片（上传为files或base64url）

el-upload子组件上传多张图片（上传为files或base64url）

场景&#xff1a; 在表单页&#xff0c;有图片需要上传&#xff0c;表单的操作行按钮中有上传按钮&#xff0c;点击上传按钮。 弹出el-dialog进行图片的上传&#xff0c;可以上传多张图片。 由于多个表单页都有上传多张图片的操作&#xff0c;因此将上传多图的el-upload定义…
阅读更多...
6、基于机器学习的预测

6、基于机器学习的预测

应用机器学习的任何预测任务与这四个策略。 文章目录 1、简介1.1定义预测任务1.2准备预测数据1.3多步预测策略1.3.1多输出模型1.3.2直接策略1.3.3递归策略1.3.4DirRec 策略2、流感趋势示例2.1多输出模型2.2直接策略1、简介 在第二课和第三课中，我们将预测视为一个简单的回归问…
阅读更多...
Python开源项目周排行 2024年第3周

Python开源项目周排行 2024年第3周

ython 趋势周报&#xff0c;按周浏览往期 GitHub,Gitee 等最热门的Python开源项目&#xff0c;入选的项目主要参考GitHub Trending,部分参考了Gitee和其他。排名不分先后&#xff0c;都是当周相对热门的项目。 入选公式&#xff1d;70%GitHub Trending20%Gitee10%其他 关注微…
阅读更多...
K8S-NFS-StorageClass

K8S-NFS-StorageClass

工作流程 K8s中部署NFS-StorageClass K8s的StorageClass提供了为集群动态创建PV的能力。 1.部署NFS服务 2.选择NFS的Provinisoner驱动 K8S中没有内置的NFS的制备器&#xff0c;而定义StorageClass的时候需要指定制备器&#xff08;Pervisioner&#xff09;,所以需要&#xf…
阅读更多...
Pycharm Community 配置调试Behave

Pycharm Community 配置调试Behave

前提&#xff1a;python小白&#xff0c;临时搞python项目&#xff0c;公司限制使用Pycharm版本&#xff0c;故只能使用社区版&#xff0c;然而官方有明确说明&#xff1a;只有Professional版支持Behave。故研究了半天才整清楚社区版调试Behave的设置 没有进行下面的步骤之前&…
阅读更多...
C++面试宝典第26题：螺旋矩阵

C++面试宝典第26题：螺旋矩阵

题目 给你一个正整数n，生成一个包含1到n的平方的所有元素，且元素按顺时针顺序螺旋排列成n x n的正方形矩阵。 示例： 输入：n = 3 输出：[[1,2,3],[8,9,4],[7,6,5]] 解析 螺旋矩阵是指按照顺时针（或逆时针）螺旋顺序排列元素的二维矩阵。比如：给定一个如下的3x3矩阵，按顺…
阅读更多...
PSoc62™开发板之WDT应用

PSoc62™开发板之WDT应用

看门狗 看门狗定时器(WDT)是一种硬件定时器&#xff0c;在出现意外固件时自动复位设备执行路径。如果启用了WDT&#xff0c;则必须在固件中定期进行服务&#xff0c;以避免复位。否则&#xff0c;计时器失效并产生一个设备复位。此外&#xff0c;WDT可以用作中断源或在低功耗唤…
阅读更多...
正点原子--STM32定时器学习笔记(1)（更新中....）

正点原子--STM32定时器学习笔记(1)（更新中....）

F1系列基本定时器&#xff08;TIM6 / TIM7&#xff09; 我们的目标是通过TIM6基本定时器定时500ms&#xff0c;让LED0每隔500ms闪一下&#xff01; 思路&#xff1a;使用定时器6&#xff0c;实现500ms产生一次定时器更新中断&#xff0c;在中断里执行“翻转LED0”。 定时器什…
阅读更多...
2024021期传足14场胜负前瞻

2024021期传足14场胜负前瞻

2024021期赛事由亚洲杯2场、英超5场&#xff0c;德甲6场、非洲杯1场组成。售止时间为2月3日&#xff08;周六&#xff09;19点00分&#xff0c;敬请留意&#xff1a; 本期1.5以下赔率3场&#xff0c;1.5-2.0赔率3场&#xff0c;其他场次基本皆是平半盘、平盘。本期14场整体难度…
阅读更多...
第三百零三回

第三百零三回

文章目录 1. 概念介绍2. 实现方法2.1 文字信息2.2 红色边框 3. 示例代码4. 内容总结 我们在上一章回中介绍了"如何实现密码输入框"相关的内容&#xff0c;本章回中将介绍如何在在输入框中提示错误.闲话休提&#xff0c;让我们一起Talk Flutter吧。 1. 概念介绍 我们…
阅读更多...
LabVIEW CVT离合器性能测试

LabVIEW CVT离合器性能测试

介绍了CVT&#xff08;连续变速器&#xff09;离合器的性能测试的一个应用。完成了一个基于LabVIEW软件平台开发的CVT离合器检测与控制系统&#xff0c;通过高效、准确的测试方法&#xff0c;确保离合器性能达到最优。 系统采用先进的硬件配合LabVIEW软件&#xff0c;实现了对…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023