1.3 如何优雅的衔接各窗口之间关系?
自定义View
可以定制各种视图效果,窗口
可以让View
有条不紊的显示,一切又美好了起来。但问题又来了,每个App
都会有很多个界面(窗口)
,仅靠窗口/View
来控制窗口和视图会面临一个很致命的问题:"不具备跳转和回退功能"
按照我们的惯性思维,界面即可以跳转又可以回退,比如界面A
跳转到界面B
,按返回键理应退到界面A
,这是一个标准的栈数据结构。
但关于界面的启动以及返回键
的监听似乎与窗口
不太搭嘎,所以Android基于单一设计原则封装了Activity
,赋予窗口启动和回退功能,并由AMS
统一调度Activity
栈和生命周期。 又通过迪米特法则
将窗口
的管理屏蔽在内部并暴露出onCreate、onStart、onResume...
等模版方法, 让开发者只专注于视图排版(View)
和生命周期
,无需关心窗口
以及栈结构
的存在
所以,单纯说通过Activity
创建一个界面似乎又不那么准确,一切窗口
均源自于WMS
,而窗口
中内容由View
进行填充,Activity
只是在内部"间接"
通过WMS
管理窗口并协调好窗口
与View
的关系,最后再赋予栈、生命周期
等 功能而已。
关于Activity
如何管理窗口/View
? 请看第二小节
读源码的目的是为了理清设计流程,千万不要因果倒置陷入到代码细节当中,所以要懂得挑重点,讲究点到为止。本文为了提供更好的阅读体验,会将源码中大部分无用信息删掉,只保留精华。
2.1 Activity的由来
Activity
从何而来?想追溯到源头,恐怕要到从开天辟地时造就第一个受精卵开始
开天辟地造就的Zygote从何而来
Android系统会在开机时由Native
层创建第一个进程init进程
,随后init进程
会解析一个叫init.rc
的本地文件创建出Zygote
进程
字如其名,Zygote
的职责就是孵化进程。当孵化出的第一个进程SystemServer进程
后退居幕后,通过Socket
静等创建进程
的呼唤,一切应用进程均由Zygote
进程孵化
SystemServer进程的职责
SystemServer
是Zygote
自动创建的进程,并且会长时间驻留在内存中,该进程内部会注册各种Service
如:
- ActivityManagerService(AMS):用来
创建应用进程(通过socket ipc通知zygote进程)
、管理四大组件
- WindowManagerService(WMS):用来开辟和管理屏幕上的
窗口
,让视图有条不紊的显示
- InputManagerService(IMS):用来处理和分发各种
事件
- 等等…
为什么要将这些系统服务放在单独进程?
像
AMS、WMS、IMS
都是用来处理一些系统级别的任务,比如Activity
存在任务栈/返回栈
的概念,如果在通过Activity
进行应用间
跳转时,需要协调好任务栈/返回栈
的关系,而不同应用又属于不同进程,所以需要一个地方能凌驾于所有应用进程之上,而单独进程是最好的选择。关于WMS、IMS等其他Service同理
,就不再赘述
应用进程的创建过程
前面说到AMS
可以通知Zygote进程
孵化应用进程,那究竟何时通知
呢?其实大家应该已经猜到了,通过点击桌面上应用图标可以开启一个应用,所以AMS
就是在此时通知Zygote
创建应用进程。但桌面
又是什么东西它从何而来?其实桌面也是一个Activity
,它由AMS
自动创建
回归正题,点击应用图标到Activity的启动 这之间经历了什么流程?下面我简单列一下:
-
当点击一个App图标时,如果对应的应用进程还没有创建则会通过
Binder IPC
通知到AMS
创建应用进程 -
应用进程启动后会执行我们所熟悉的
main方法
,而这个main方法
则位于ActivityThread
这个类中,main方法
对应的就是Android主线程
-
ActivityThread
的main方法
首先会调用Looper.loop()
,用来循环处理主线程Hanlder
分发的消息。 -
接下来的
main方法
会发送一个BIND_APPLICATION
的消息,Looper
收到后会通过Binder IPC
通知AMS
创建App进程
对应的Application
-
Application
创建后会再次通过Binder IPC
通知AMS
要创建Activity
,AMS
验证后会回到App进程
, -
回到
App进程
后会间接调用ActivityThread#performLaunchActivity()
来真正启动创建Activity
,并且执行attach()
和onCreate()
。
tips
Application
和Activity
并不是通过AMS
直接创建的,AMS
只是负责管理和验证,真正创建具体对象还得到App进程
Android视图系统是一个很庞大的概念,几乎贯穿了整个Java Framework
,由于作者能力
以及篇幅
的原因,无法一文将Java Framework
讲解清楚。所以就描述式的说了下系统进程、应用进程以及Activity的由来,尽可能你更清晰的认识Android视图系统。
2.2 PhoneWindow不等价于"Window(窗口)"
我之所以第一小节没有将
窗口
描述成Window
是怕大家将二者混淆,因为应用进程的Window/PhoneWindow
和真正的窗口
根本就是两个概念,作者也曾在阅读源码时就这个问题困惑了很久。
Android SDK中的Window
是一个抽象类,它有一个唯一实现类PhoneWindow
,PhoneWindow
内部会持有一个DecorView(根View)
,它的职责就是对DecorView
做一些标准化的处理,比如标题、背景、导航栏、事件中转等,很显然与我们前面所说的窗口
概念不符合
那PhoneWindow
何时被创建?
2.1
小结我提到可以通过ActivityThread#performLaunchActivity()
创建Activity
,来看下其代码:
#ActivityThread
private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
…
Activity activity = null;
//注释1
activity = mInstrumentation.newActivity(
cl, component.getClassName(), r.intent);
…
if (activity != null) {
…
//注释2.
activity.attach(…);
…
//注释3.
if (r.isPersistable()) {
mInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);
} else {
mInstrumentation.callActivityOnCreate(activity, r.state);
}
}
…
return activity;
}
复制代码
首先通过注释1
处创建一个Activity
对象,然后在注释2
处执行其attach(..)
方法,最后在通过callActivityOnCreate()
执行Activity
的onCreate()
方法
先来看attach
做了什么事情:
#Activity
final void attach(…){
…
mWindow = new PhoneWindow(this, window, activityConfigCallback);
…
mWindow.setWindowManager(…);
mWindowManager = mWindow.getWindowManager();
…
}
复制代码
Activity
会在attach()
方法中创建一个PhoneWindow
对象并复制给成员变量mWindow
,随后执行WindowManager
的setter、getter
。来重点看一下setter
方法:
#Window
public void setWindowManager(…) {
…
if (wm == null) {
//注释1
wm = (WindowManager)mContext.getSystemService(Context.WINDOW_SERVICE);
}
//注释2
mWindowManager = ((WindowManagerImpl)wm).createLocalWindowManager(this);
}
复制代码
注释1
处会通过系统服务获取一个WindowManager
类型对象,用来管理Window
。
注释2
会通过WindowManager
创建一个WindowManagerImpl
对象,实际上WindowManager
是一个接口,它继承自ViewManager
接口,而WindowManagerImpl
是它的一个实现类
绕来绕去原来是通过WindowManager
创建了另一个WindowManager
,看起来多此一举,那Android
为什么要这样设计呢?
首先
WindowManager
具备两个职责,管理Window
和创建WindowManager
。系统服务获取的WindowManager
具备创建Window
功能,但此时并未与任何Window
关联。而通过createLocalWindowManager
创建的WindowManager
会与对应的Window
一对一绑定。所以前者用于创建WindowManager
,后者用于与Window
一对一绑定,二者职责明确,但让作者费解的是为什么不基于单一设计原则
把创建
过程抽取至另一个类?如果有知道的同学可以评论区留言,事先谢过~
关于WindowManagerImpl
如何管理Window
先暂且不提,下面文章会说到
PhoneWindow
已经创建完毕,但还没有跟Activity/View
做任何关联。扒一扒PhoneWindow
的源码你会发现,它内部只是设置了标题、背景
以及事件
的中转等工作,与窗口
完全不搭嘎,所以切勿将二者混淆
2.3 DecorView的创建时机
通过2.2
可知 Activity
的attach()
运行完毕后会执行onCreate()
,通常我们需要在onCreate()
中执行stContentView()
才能显示的XML Layout
。关于stContentView()
顾名思义就是设置我们的Content View
嘛,内部代码如下:
#Activity
public void setContentView(@LayoutRes int layoutResID) {
getWindow().setContentView(layoutResID);
…
}
public Window getWindow() {
return mWindow;
}
复制代码
首先通过getWindow()
获取到attach()
阶段创建的PhoneWindow
,随后将layoutResID(XML Layout)
传递进去,继续跟:
#PhoneWindow
ViewGroup mContentParent;
public void setContentView(int layoutResID) {
//注释1
if (mContentParent == null) {
installDecor();
} else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
mContentParent.removeAllViews();
}
if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) {
…
} else {
//注释2
mLayoutInflater.inflate(layoutResID, mContentParent);
}
}
复制代码
注释1
处会判断mContentParent
是否为空,如果为空会通过installDecor()
对其实例化,否则移除所有子View。
注释2
处会将layoutResID
对应的XML
加载到mContentParent
。到此为止唯一的疑问是mContentParent
如何被创建的,跟一下installDecor()
:
#PhoneWindow
private void installDecor() {
if (mDecor == null) {
mDecor = generateDecor(-1);
…
} else {
mDecor.setWindow(this);
}
if (mContentParent == null) {
mContentParent = generateLayout(mDecor);
…
}
}
复制代码
首先创建DecorView
类型对象并赋值给引用mDecor
。那什么是DecorView
?
DecorView
继承自FrameLayout
,内部有一个垂直布局的LinearLayout
用来摆放状态栏、TitleBar、ContentView、导航栏
,其中ContentView
就是用来存放由Activity#setContentView
传入的Layout
。之所以设计出DecorView
是因为状态栏、导航栏等
需要做到系统统一,并将其管控操作屏蔽在内部,只暴露出ContentView
由开发者填充,符合迪米特法则
再回到mDecor
的创建过程,跟一下generateDecor(-1)
代码:
#PhoneWindow
protected DecorView generateDecor(int featureId) {
…
return new DecorView(context, featureId, this, getAttributes());
}
复制代码
直接new
出来了一个DecorView
。再回到我们最初的疑问,mContentParent
从何而来?installDecor()
创建出DecorView
会通过generateLayout(mDecor)
创建mContentParent
。generateLayout(mDecor)
代码很长就不贴了,内部会通过mDecor
获取到mContentParent
并为其设置主题、背景等
。
到此阶段DecorView
创建完毕并与XML Layout
建立了关联,但此时根View(DecorView)
还未与窗口建立关联,所以是看不到的。
为什么要在onCreate执行setContentView?
通过
setContentView
可以创建DecorView
,而一个Activity
通常只有一个DecorView(撇去Dialog等)
,如若将setContentView
放在start、resume
可能会创建多个DecorView
,进而会造成浪费。所以onCreate
是创建DecorView
的最佳时机
2.4 ViewRootImpl如何协调View和Window的关系?
Activity
启动后会在不同时机通过ActivityThread
调用对应的生命周期方法
,onResume
是一个特殊的时机它通过ActivityThread#handleResumeActivity
被调用,代码如下:
#PhoneWindow
public void handleResumeActivity(…) {
//注释1
final ActivityClientRecord r = performResumeActivity(token, finalStateRequest, reason);
…
final Activity a = r.activity;
…
//注释2
r.window = r.activity.getWindow();
View decor = r.window.getDecorView();
decor.setVisibility(View.INVISIBLE);
ViewManager wm = a.getWindowManager();
WindowManager.LayoutParams l = r.window.getAttributes();
…
//注释3
wm.addView(decor, l);
…
}
复制代码
-
注释1处 会间接调用
Activity
的onResume
方法 -
注释2处 通过
Activity
获取PhoneWindow、DecorView、WindowManager
,它们的创建时机前面小结有写,忘记的可以回翻阅读。 -
注释3处 调用了
WindowManager
的addView
方法,顾名思义就是将DecorView
添加至Window
当中,这一步非常关键
关于WindowManager
的概念2.2
小结提到过,它是一个接口有一个实现类WindowManagerImp
,跟一下其addView()
方法
#WindowManagerImp
private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();
public void addView(…) {
…
mGlobal.addView(view, params, mContext.getDisplayNoVerify(), mParentWindow, mContext.getUserId());
…
}
复制代码
内部调用了mGlobal
的addView()
方法,其实不光addView
几乎所有WindowManager
方法都是通过委托mGlobal
去实现,这种写法看似很奇怪,但实际上这种设计不仅不奇怪而且还很精妙,具体精妙在何处?我列出以下三点:
-
WindowManager
提供的功能全局通用不会与某个View/Window
单独绑定,为了节省内存理应设计出一个单例
。 -
WindowManagerImp
具备多个职责如Token管理、WindowManager功能
等,所以通过单一设计原则
将WindowManager功能
拆分到另一个类中即WindowManagerGlobal
,并将其定义为单例。 -
为了不违背
迪米特法则
又通过组合模式将WindowManagerGlobal
屏蔽在内部。
回归正题,来看mGlobal
的addView()
方法:
#WindowManagerGlobal
/**
- 用来存储所有的DecorView
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
最后,如果大伙有什么好的学习方法或建议欢迎大家在评论中积极留言哈,希望大家能够共同学习、共同努力、共同进步。
小编在这里祝小伙伴们在未来的日子里都可以 升职加薪,当上总经理,出任CEO,迎娶白富美,走上人生巅峰!!
不论遇到什么困难,都不应该成为我们放弃的理由!
很多人在刚接触这个行业的时候或者是在遇到瓶颈期的时候,总会遇到一些问题,比如学了一段时间感觉没有方向感,不知道该从那里入手去学习
如果你看到了这里,觉得文章写得不错就给个赞呗?如果你觉得那里值得改进的,请给我留言,一定会认真查询,修正不足,谢谢。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!**
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
最后,如果大伙有什么好的学习方法或建议欢迎大家在评论中积极留言哈,希望大家能够共同学习、共同努力、共同进步。
小编在这里祝小伙伴们在未来的日子里都可以 升职加薪,当上总经理,出任CEO,迎娶白富美,走上人生巅峰!!
不论遇到什么困难,都不应该成为我们放弃的理由!
很多人在刚接触这个行业的时候或者是在遇到瓶颈期的时候,总会遇到一些问题,比如学了一段时间感觉没有方向感,不知道该从那里入手去学习
如果你看到了这里,觉得文章写得不错就给个赞呗?如果你觉得那里值得改进的,请给我留言,一定会认真查询,修正不足,谢谢。
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!