OK,在前面两篇博客中我们分别介绍了WmS中的token,同时也向小伙伴们区分了Window和窗口的区别,并且按照type值的不同将Android系统中的窗口分为了三大类,那么本篇博客我们就来看看应用窗口(即Activity所对应的窗口)到底是怎么创建出来的,如果小伙伴们尚不理解WmS中的token,或者不清楚Window和窗口的区别,可以先看看下面两篇博客,可以帮助你理解本文:

1.WmS详解(一)之token到底是什么?基于Android7.0源码

2.WmS详解(二)之如何理解Window和窗口的关系?基于Android7.0源码

如果小伙伴没有研究过Activity中的setContentView方法到底是做什么用的,可以先看看下面两篇文章,因为本文中有一些知识点涉及到这些东西:

1.View绘制详解,从LayoutInflater谈起

2.View绘制详解(二),从setContentView谈起

有了上面的知识基础之后,再来看本篇博客应该就没有难度了。

OK,那我们就正式开始今天的介绍。

首先小伙伴要明白,Activity所对应的窗口和Activity自身并不是同一个东西,Activity对应的窗口我们在上篇博客中称之为应用窗口,由于每一个应用窗口都对应了一个Activity对象,因此在创建应用窗口之前我们首先要创建一个Activity对象。当Ams决定要启动一个Activity的时候,首先会通知客户端进程,而每个客户端进程都会对应一个ActivityThread类,启动Activity的任务最终就是由这个ActivityThread来完成。其实说到底,启动Activity不就是创建一个Activity对象么?我们来看看创建代码,在ActivityThread方法中有一个performLaunchActivity方法,这个方法就是用来启动一个Activity的,该方法中有这样几行代码:

        Activity activity = null;
        try {
            java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
            activity = mInstrumentation.newActivity(
                    cl, component.getClassName(), r.intent);
            StrictMode.incrementExpectedActivityCount(activity.getClass());
            r.intent.setExtrasClassLoader(cl);
            r.intent.prepareToEnterProcess();
            if (r.state != null) {
                r.state.setClassLoader(cl);
            }
        } catch (Exception e) {
            if (!mInstrumentation.onException(activity, e)) {
                throw new RuntimeException(
                    "Unable to instantiate activity " + component
                    + ": " + e.toString(), e);
            }
        }

这里通过一个反射,我们使用ClassLoader来装载即将要启动的Activity,实际上就是构造一个新的Activity变量。

OK,在完成Activity的构造之后,接下来我们就可以调用Activity的attach方法了,这个方法主要用来初始化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);

这里传递的参数较多,我们来看看几个重要的参数:

appContext:我们知道Activity继承自ContextThemeWrapper,但是ContextThemeWrapper在构造的时候,需要一个Context参数,就是从这里传入,那么这里的appContext通过代码追踪我们最终发现这个appContext实际上是通过new了一个ContextImpl对象来获取的。

this:由于在Activity类中还需要调用主程序中的相关方法,因此这里要传入主程序的引用

r.token:r是一个ActivityClientRecord对象,这里传入的r的token实际上就是AmS中的token对象

r.parent:由于一个Activity可以有一个父Activity,这个是在Fragment出现之前,实现选项卡效果的常用策略,现在已经基本上不会再用到了

OK,这里是我们attach方法调用时的几个重要参数,在Activity的attach方法里边,有这样一行代码是系统为该Activity创建Window时调用的:

mWindow = new PhoneWindow(this, window);

这里才是创建Activity对应的窗口,窗口创建成功之后,接下来设置这个Window的Callback接口的值为当前Activity对象,如下:

mWindow.setCallback(this);

这也就是为什么我们的Activity能够收到用户消息,原因在这里。

OK,Window对象创建成功之后,接下来我们需要给Window对象中的mWindowManager变量赋值,这个变量的类型就是一个WindowManager类,WindowManager是一个interface,这个接口有一个实现类WindowManagerImpl,WindowManagerImpl中是对WindowManager的真正实现。我们来看一下是如何给mWindowManager赋值的:

mWindow.setWindowManager(
                (WindowManager)context.getSystemService(Context.WINDOW_SERVICE),
                mToken, mComponent.flattenToString(),
                (info.flags & ActivityInfo.FLAG_HARDWARE_ACCELERATED) != 0);
        if (mParent != null) {
            mWindow.setContainer(mParent.getWindow());
        }
        mWindowManager = mWindow.getWindowManager();

OK,再来看看setWindowManager方法内部:

public void setWindowManager(WindowManager wm, IBinder appToken, String appName,
        boolean hardwareAccelerated) {
    mAppToken = appToken;
    mAppName = appName;
    mHardwareAccelerated = hardwareAccelerated
            || SystemProperties.getBoolean(PROPERTY_HARDWARE_UI, false);
    if (wm == null) {
        wm = (WindowManager)mContext.getSystemService(Context.WINDOW_SERVICE);
    }
    mWindowManager = ((WindowManagerImpl)wm).createLocalWindowManager(this);
}
public WindowManagerImpl createLocalWindowManager(Window parentWindow) {
    return new WindowManagerImpl(mContext, parentWindow);
}

我们看到,这里实际上是根据传入的参数最终new了一个WindowManagerImpl出来。在setWindowManager的时候,第二个参数是一个mToken,这个mToken是从attach方法传进来的,实际上它就是AmS中Activity对应的ActivityRecord的Binder引用,从这里传来以后,这个mToken的值最终也将作为Window中mAppToken的值,这也是我们在WmS详解(一)之token到底是什么?基于Android7.0源码这篇博客中总结的Activity中的token和Window中的token一致的原因了。同时我们也看到,Activity中也有一个mWindowManager变量,该变量的值和Window对象中mWindowManager的值一致。

OK,至此,Activity中的Window对象就都已经创建完成了,接下来的事情就简单了,就是给往Window上添加View了。这个时候需要我们再回到performLaunchActivity这个方法,在这个方法调用完activity.attach方法之后,接下来又会调用callActivityOnCreate 这个方法,看名字就知道这里肯定来到了Activity的onCreate方法中,这里通过代码追踪我们最终也确实来到了Activity的onCreate方法中。接下来就是往Window中添加View了,我们已经知道Activity对应的Window实际上是一个PhoneWindow的实例,我们在Activity的onCreate方法中调用的setContentView实际上是PhoneWindow的setContentView方法,关于这里的细节我不再详述,小伙伴们有兴趣可以查看View绘制详解(二),从setContentView谈起这篇博客。

至此,一个应用窗口就创建成功了。

参考资料:

Android Window 三 创建应用窗口

WmS简介(三)之Activity窗口是如何创建的?基于Android7.0源码的更多相关文章

  1. WmS详解(一)之token到底是什么?基于Android7.0源码

    做Android有些年头了,Framework层三大核心View系统,WmS.AmS最近在研究中,这三大块,每一块都够写一个小册子来介绍,其中View系统的介绍,我之前有一个系列的博客(不过由于时间原 ...

  2. WmS详解(二)之如何理解Window和窗口的关系?基于Android7.0源码

    上篇博客(WmS详解(一)之token到底是什么?基于Android7.0源码)中我们简要介绍了token的作用,这里涉及到的概念非常多,其中出现频率最高的要数Window和窗口这一对搭档了,那么我们 ...

  3. WmS具体解释(二)之怎样理解Window和窗体的关系?基于Android7.0源代码

    上篇博客(WmS具体解释(一)之token究竟是什么?基于Android7.0源代码)中我们简要介绍了token的作用,这里涉及到的概念非常多,当中出现频率最高的要数Window和窗体这一对搭档了,那 ...

  4. AFNetworking 3.0 源码解读(三)之 AFURLRequestSerialization

    这篇就讲到了跟请求相关的类了 关于AFNetworking 3.0 源码解读 的文章篇幅都会很长,因为不仅仅要把代码进行详细的的解释,还会大概讲解和代码相关的知识点. 上半篇: URI编码的知识 关于 ...

  5. Solr4.8.0源码分析(22)之SolrCloud的Recovery策略(三)

    Solr4.8.0源码分析(22)之SolrCloud的Recovery策略(三) 本文是SolrCloud的Recovery策略系列的第三篇文章,前面两篇主要介绍了Recovery的总体流程,以及P ...

  6. Hadoop2.0源码包简介

    Hadoop2.0源码包简介 1.解压源码包: 2.目录结构: hadoop-common-project:Hadoop基础库所在目录,如RPC.Metrics.Counter等.包含了其它所有模块可 ...

  7. Volley源码解析(三) 有缓存机制的情况走缓存请求的源码分析

    Volley源码解析(三) 有缓存机制的情况走缓存请求的源码分析 Volley之所以高效好用,一个在于请求重试策略,一个就在于请求结果缓存. 通过上一篇文章http://www.cnblogs.com ...

  8. 【转】Android应用程序窗口(Activity)窗口对象(Window)创建指南

    在前文中,我们分析了Android应用程序窗口的运行上下文环境的创建过程.由此可知,每一个Activity组件都有一个关联的ContextImpl对象,同时,它还关联有一个Window对象,用来描述一 ...

  9. Activity的绘制流程简单分析(基于android 4.0源码进行分析)

    要明白这个流程,我们还得从第一部开始,大家都知道 在activity里面 setcontentview 调用结束以后 就可以看到程序加载好我们的布局文件了,从而让我们在手机上看到这个画面. 那么我们来 ...

随机推荐

  1. 典型分布式系统分析之MapReduce

    在 <分布式学习最佳实践:从分布式系统的特征开始(附思维导图)>一文中,提到学习分布式系统的一个好方法是思考分布式系统要解决的问题,有哪些衡量标准,为了解决这些问题:提出了哪些理论.协议. ...

  2. hdu 5438(拓扑+bfs)

    题意:建图,删掉所有连接点小于2的点,直到不能删为止,问最后剩余的联通块中,点的数量是奇数的联通块中的点的权值和. 思路:拓扑删点,bfs计算 #include <iostream> #i ...

  3. 【Codeforces Round #431 (Div. 1) D.Shake It!】

    ·最小割和组合数放在了一起,产生了这道题目. 英文题,述大意:     一张初始化为仅有一个起点0,一个终点1和一条边的图.输入n,m表示n次操作(1<=n,m<=50),每次操作是任选一 ...

  4. 使设备I/O的核心模块工作,有哪两种方式?

    设备处理进程方式.文件操作方式.

  5. mac电脑操作

    1.在mac电脑上打开多个终端: command+n快捷键可以打开多个终端  

  6. angularjs中关于跨域设置白名单

    在config中注入$sceDelegateProvider服务使用resourceUrlWhitelist([])方法添加白名单 跨域时将method的属性设置为"jsonp"就 ...

  7. 在vue生命周期中及时销毁全局作用的代码

    一.纯客户端中 对于全局的代码,比如定时器等,在 beforeDestroy或 destroyed 生命周期时将其销毁.如果在跳转路由时候,组件销毁了,全局的定时器却没有销毁,这会使得页面产生卡顿. ...

  8. Redis集群搭建方案(Linux)

    Redis简介 redis是一个key-value存储系统.和Memcached类似,它支持存储的value类型相对更多,包括string(字符串). list(链表).set(集合)和zset(有序 ...

  9. Python小代码_11_生成小于 n 的裴波那契数列

    def fib(n): a, b = 1, 1 while a < n: print(a, end=' ') a, b = b, a + b fib(100000) #输出结果 #1 1 2 3 ...

  10. Ubuntu搭建owncloud10

    前言: 在此我先吐槽一下.用Centos系统简直是为难我自己,是看到那个系统 感到无比的绝望. 正文: 自己在虚拟机中搭建Ubuntu系统.这里就不说了 安装好之后自己换源.建议的源: 清华源: # ...