Update View 工作原理.md

master
Omooo 4 years ago
parent c074772acb
commit 394b6a8a22
  1. 54
      blogs/Android/View 工作原理.md

@ -14,11 +14,11 @@ View 工作原理
#### 概述 #### 概述
1. 初始化 PhoneWindow 和 WindowManager 1. 初始化 PhoneWindow 和 WindowManager
2. 2. 初始化 DecorView
#### 步骤一:初始化 PhoneWindow 和 WindowManager #### 步骤一:初始化 PhoneWindow 和 WindowManager
在 Activity 的 onCreate、onStart、onResume 等生命周期被调用之前,attach 方法将先会被调用,因此将 attach 方法作为这篇文章主线的开头: 我们知道,Activity 是在 ActivityThread 的 performLaunchActivity 中进行创建的,在创建完成之后就会调用其 attach 方法,它是先于 onCreate、onStart、onResume 等生命周期函数的,因此将 attach 方法作为这篇文章主线的开头:
```java ```java
// Activity#attach(): // Activity#attach():
@ -48,6 +48,54 @@ View 工作原理
} }
``` ```
attach() 方法就是 new 一个 PhoneWindow 并且关联 WindowManager。
#### 步骤二:初始化 DecorView
接下来就到了 onCreate 方法:
```java
public void setContentView(@LayoutRes int layoutResID) {
getWindow().setContentView(layoutResID);
initWindowDecorActionBar();
}
public void setContentView(int layoutResID) {
installDecor();
mLayoutInflater.inflate(layoutResID, mContentParent)
}
```
这一步就是把我们的布局文件解析成 View 塞到 DecorView 的一个 id 为 R.id.content 的 ContentView 中,DecorView 本身是一个 FrameLayout,它还承载了 StatusBar、NavigationBar 。
#### 步骤三:ViewRootImpl 的创建和关联 DecorView
然后在 handleResumeActivity 中,通过 WindowManager 的 addView 方法把 DecorView 添加进去,实际实现是 WindowManagerImpl 的 addView 方法,它里面再通过 WindowManagerGlobal 的实例去 addView 的,在它里面就会 new 一个 ViewRootImpl,也就是说最后是把 DecorView 传给了 ViewRootImpl 的 setView 方法。ViewRootImpl 是 DecorView 的管理者,它负责 View 树的测量、布局、绘制,以及通过 Choreographer 来控制 View 的刷新。
#### 步骤四:建立 PhoneWindow 和 WindowManagerService 之间的连接
WMS 是所有 Window 窗口的管理员,负责 Window 的添加和删除、Surface 的管理和事件派发等等,因此每一个 Activity 中的 PhoneWindow 对象如果需要显示等操作,就必须要与 WMS 交互才能进行。
在 ViewRootImpl 的 setView 方法中,会调用 requestLayout,并且通过 WindowSession 的 addToDisplay 与 WMS 进行交互。WMS 会为每一个 Window 关联一个 WindowStatus。
#### 步骤五:建立与 SurfaceFlinger 的连接
SurfaceFlinger 主要是进行 Layer 的合成和渲染。
在 WindowStatus 中,会创建 SurfaceSession,SurfaceSession 会在 Native 层构造一个 SurfaceComposerClient 对象,它是应用程序与 SurfaceFlinger 沟通的桥梁。
#### 步骤六:申请 Surface
经过步骤四和步骤五之后,ViewRootImpl 与 WMS、SurfaceFlinger 都已经建立起连接,但此时 View 还没显示出来,我们知道,所有的 UI 最终都要通过 Surface 来显示,那么 Surface 是什么时候创建的呢?
这就要回到前面所说的 ViewRootImpl 的 requestLayout 方法了,首先会 checkThread 检查是否是主线程,然后调用 scheduleTraversals 方法,scheduleTraversals 方法会先设置同步屏障,然后通过 Choreographer 类在下一帧到来时去执行 doTraversal 方法。简单来说,Choreographer 内部会接受来自 SurfaceFlinger 发出的 Vsync 垂直同步信号,这个信号周期一般是 16ms 左右。doTraversal 方法首先会先移除同步屏障,然后 performTraversals 真正进行 View 的绘制流程,即调用 performMeasure、performLayout、performDraw。不过在它们之前,会先调用 relayoutWindow 通过 WindowSession 与 WMS 进行交互,即把 Java 层创建的 Surface 与 Native 层的 Surface 关联起来。
#### 步骤七:正式绘制 View 并显示
#### 参考
[https://juejin.im/post/5c67c1e16fb9a04a05403549](https://juejin.im/post/5c67c1e16fb9a04a05403549)
[https://juejin.im/post/5bf16ff5f265da6141712acc](https://juejin.im/post/5bf16ff5f265da6141712acc)
#### 参考
Loading…
Cancel
Save