你的位置:首页 > 操作系统

[操作系统]Android窗口机制分析与UI管理系统

类图关系

  在看Android的窗口机制之前,先看看其主要的类图关系以及层级之间的依赖与调用关系  

  

 

  1.window在当前的android系统的中的呈现形式是PhoneWindow

  (frameworks/base/policy/src/com/android/internal/policy/impl/PhoneWindow.java);

  2.WindowManager的实现实体是WindowManagerImpl.java

  (frameworks/base/core/java/android/view/WindowManagerImpl.java);

 


层级关系

  下图主要描述了window系统的层级关系,由图可见WindowManager是运行在Application process中,WindowManagerService是在system_server中运行,两者的通信是通过中间的会话层IWindowSession来进行的。

  

 


ViewRoot类

  ViewRoot是GUI管理系统与GUI呈现系统之间的桥梁,根据ViewRoot的定义,我们发现它并不是一个View类型,是一个Handler

  主要作用如下:

  1. 向DecorView分发收到的用户发起的event事件,如按键,触屏,轨迹球等事件;
  2. 与WindowManagerService交互,完成整个Activity的GUI的绘制。

  在完成Activity的ContentView设置之后,下面的工作就是准备显示了,准备显示的主要工作就是建立起Application和WindowManagerService之间的联系,第一步的工作就是向WindowManager添加前面涉及到的DecorView,这个DecorView包含了整个Activity的GUI,所以我们只需要把这个DecorView交给WindowManager打理就可以了。

 


UI管理系统

  Activity可以看做是整个android系统的人机接口,它提供了一个窗口来绘制UI,每个Activity在启动时,我们都需要给它设置一个Content view,作为Activity所呈现的UI内容,这个过程是通过setContentView()方法来实现的。

    众所周知,android系统中强化了view的概念,主要是体现在对view的管理上Android中的view以2种形态存在,单一的View和多个View组成的ViewGroup。Content view是以ViewGroup的形式存在的,也就是说在一个Activity窗口中可以添加多个View,这样就实现了Android窗口系统的UI多样化。activity启动时给activity窗口设置的Content view 是从android是怎么样对这个ContentView进行管理的呢,它的内部实现逻辑又是怎样的呢?

  在进行分析之前,首先看一个Activity的window和view系统的层级关系,这个层级关系就是在Activity设置完ContentView之后的状况。

   

  各个层级的含义与作用

PhoneWindow

  PhoneWindow是Android中的最基本的窗口系统,每个Activity 均会创建一个PhoneWindow对象,是Activity和整个View系统交互的接口。

DecorView

  DecorView是当前Activity所有View的祖先,它并不会向用户呈现任何东西。

  它主要有如下几个功能,可能不全:

  1. Dispatch ViewRoot分发来的key、touch、trackball等外部事件;
  2. DecorView有一个直接的子View,我们称之为System Layout,这个View是从系统的Layout.
  3. 作为PhoneWindow与ViewRoot之间的桥梁,ViewRoot通过DecorView设置窗口属性。

 System Layout

  目前android根据用户需求预设了几种UI 风格,通过PhoneWindow通过解析预置的layout.

    预设风格可以通过PhoneWindow方法requestFeature()来设置,需要注意的是这个方法需要在setContentView()方法调用之前调用。

  

Content Parent

  Content Parent这个ViewGroup对象才是真正的ContentView的parent,ContentView终于找到了寄主,它其实对应的是System Layout中的id为”content”的一个FrameLayout。这个FrameLayout对象包括的才是Activity的layout(每个System Layout都会有这么一个id为”content”的一个FrameLayout)。

Activity Layout

  这个ActivityLayout便是我们需要向窗口设置的ContentView,现在我们发现其实它的地位很低,同时这一部分才是和user交互的UI部分,其上的几层并不能响应并完成user输入所期望达到的目的。

 

转自:http://www.cnblogs.com/lcw/p/3372914.html