CN104461573B - 一种视图层次的控制处理方法 - Google Patents

Abstract

本发明提供一种视图层次的控制处理方法，应用于安卓系统，包括：针对每个Activity的视图根节点，添加视图对应的Z属性；将所述Z属性进行统一处理；在所述视图根节点下，根据统一处理后的所述Z属性来分配事件传递和层次空间，并按统一处理后的所述Z属性绘制视图。并且，Z属性为一个二维数组或多维数组，且Z属性至少包括第一参数和第二参数，第一参数为视图对应的Activity，第二参数为视图在对应的Activity的Z位置。本发明支持多Activity环境下的触屏消息处理；解决了Android视图重叠处理显示问题；弥补了设计视图时显示层次可操作性弱的缺点。

Description

一种视图层次的控制处理方法

技术领域

本发明涉及图像技术领域，特别是涉及一种应用于安卓系统的视图层次的控制处理方法。

背景技术

随着安卓Android系统的迅猛发展，它已经成为全球范围内具有广泛影响力的操作系统。Android系统已经不仅仅是一款手机的操作系统，它越来越广泛的被应用于平板电脑、可佩戴设备、电视、数码相机等设备上，这也造就了目前Android开发人才需求的快速增长。Android平台首先就是其开放性，开发的平台允许任何移动终端厂商加入到Android联盟中来。显著的开放性可以使其拥有更多的开发者，随着用户和应用的日益丰富，一个崭新的平台也将很快走向成熟。不仅是Android系统的发展，硬件设备的快速发展给Android带来了更好更强大的进步，从512MB的内存发展到现在的1G，2G甚至更大的内存，CPU的处理速度的加快，屏幕尺寸的变大，这些亦给了Android系统很多的机遇，同时也给了Android系统更多的挑战。很多以前受限的功能现在可以使用了，并且产生了许多新的技术和手机设备。原来Android系统不建议添加的功能也可以实现了，Android系统不支持多窗口，但随着屏幕尺寸的变大，设备性能的提高，多窗口也可以成为现实。

目前，Android系统中，普通视图(View)是平铺在一个plane上面，其中的层次按照绘图的先后顺序绘制。当一个Activity获得焦点，它会请求绘制其布局。Android框架将会管理绘制的过程，但是Activity必须提供布局层次中的根节点。绘制视图是从布局的根节点开始。请求计算和绘制布局树。绘制负责遍历树和渲染每个可交互的无效区域。依次的，每一个View group负责请求绘制其子View，每一个View利用draw()方法负责绘制自己。因为树是顺序遍历的，这就意味着先画父节点，即父View在子View的背后，然后依照树的次序来绘制其他同级节点。Android框架只会重绘无效的区域，而且还会帮你绘制背景图片。当View的measure()方法返回，它的getMeasuredWidth()和getMeasuredHeight()的值必须被设置，以及View所有后代的View的测量宽度和测量高度的值必须符合View的父节点施加的约束。这样就可以保证测量传递的最后，所有的父节点接受他们子节点的尺寸值。

从绘制的过程可知，视图的绘制是从根节点处按顺序绘制的，其绘制逻辑有一个先后顺序，这样就会涉及到一个问题：绘制的层次问题。如果同一级的视图，先绘制的视图如果和后面的视图绘制区域有重叠的部分的话，逻辑上面比较单一，即Android会按照先后顺序绘制，并且遮挡前面的视图。当然也可以设置透明度等属性以实现底下视图的可见性，但是这样就无法很好的控制并处理视图叠加的逻辑关系，而且当需要管理其绘制过程时，就无法突出层次关系，或者功能会受限制。

专利《一种基于OpenGL的图层混合方法及装置》(申请号：CN201410264294.9)提供了一种基于OpenGL的图层混合方法及装置，其通过Android系统的3D应用接口创建主界面视图层并对主界面视图层进行初始化；根据主界面视图层的后方视频层的TV画面的大小，在主界面视图层的与TV画面对应的区域进行图形绘制，并将主界面视图层的与TV画面对应的区域设置为透明；当视频层的TV画面需要叠加物体时，在主界面视图层绘制需要叠加物体，并将主界面视图层的绘制叠加物体的区域设置为不透明。由于TV画面上叠加的物体都是在主界面视图层创建的，不需要多个视图层进行叠加混合，更加容易控制。

但是，Android系统虽然有很好的UI(User Interface，用户界面)视图界面，但是也存在许多不足的地方：1.触屏事件的传递只能传递到一个Activity进行处理，并没有提供多个Activity的处理方法；2.屏幕视图层次的控制不是很强大，它只是按先后的顺序绘制出视图，并没有对层次进行更好的管理和控制，尤其体现在普通View和Surfaceview的部分。GlSurfaceView继承自SurfaceView，当然也有上述的缺点。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种视图层次的控制处理方法，用于解决现有技术中安卓系统中对叠加视图的控制和处理的问题。

为实现上述目的及其他相关目的，本发明提供一种视图层次的控制处理方法，应用于安卓系统，所述视图层次的控制处理方法包括：针对每个Activity的视图根节点，添加视图对应的Z属性；将所述Z属性进行统一处理；在所述视图根节点下，根据统一处理后的所述Z属性来分配事件传递和层次空间，并按统一处理后的所述Z属性绘制视图。

可选地，所述Z属性为一个二维数组或多维数组，且所述Z属性至少包括第一参数和第二参数，所述第一参数为视图对应的Activity，所述第二参数为视图在对应的Activity的Z位置。

可选地，具有相同Activity的视图的所述Z属性的所述第一参数是相同。

可选地，具有相同Activity的视图，所述Z属性的所述第二参数越大，对应的视图层次越靠前。

可选地，所述Z属性根据所述视图的Baselayer值和Sublayer值确定。

可选地，所述Z属性由ActivityManagerService和WindowManagerService两个系统服务进行统一处理计算。

可选地，按所述Z属性绘制所述视图包括：根据所述Z属性的所述第一参数选择当前活动视图；视图的绘制由所述Z属性的所述第一参数的Activity的ActivityManagerService统一管理；在所述视图根节点处，先绘制所述Z属性的所述第二参数小的视图；后绘制所述第二参数大的视图。

可选地，所述当前活动视图是所述第一参数最大的视图。

可选地，所述视图绘制完成后，所述Z属性返回至WindowManagerService，WindowManagerService根据所述Z属性控制分发触屏事件。

如上所述，本发明的一种应用于安卓系统的视图层次的控制处理方法，在视图类里面添加属性“Z”，该值主要控制视图的层次关系，在同一表面上面控制显示的顺序。WindowManagerService通过Z属性管理视图的绘制和显示，并控制分发触屏事件：如果一个视图有一个Z属性，而同一块视图区域有一个重复的区域，可以通过Z属性分发触屏事件；同时，还可以通过Z属性控制视图的层级关系，即上下互相遮挡的问题。本发明还具有以下有益效果：支持多Activity环境下的触屏消息处理；解决了Android视图重叠处理显示问题；弥补了设计视图时显示层次可操作性弱的缺点。

附图说明

图1显示为本发明实施例公开的一种视图层次的控制处理方法的流程示意图。

元件标号说明

S11～S13 步骤

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

请参阅图1。本发明的适用于视图层次的控制处理方法，是一种控制视图绘制逻辑的管理方法。利用给视图节点处添加一个“Z”轴。当然，这个“Z”轴是视图的一个属性值，用来控制视图的层次关系，和3D的上面的“Z”有点区别，只取用3D空间“Z”轴的一个属性来表示“深”和“浅”的逻辑关系。这样，就能更好的控制视图的叠加关系，而且在设置了“Z”轴之后，通过“Z”轴的属性分发触屏事件，为Android多窗口提供一种很好的方法。

在Android系统中，无论是普通的Activity窗口，还是特殊的输入法窗口和壁纸窗口，它们都是被WindowManagerService服务组织在一个窗口堆栈中的，其中，Z轴位置较大的窗口排列在Z轴位置较小的窗口的上面。有了这个窗口堆栈之后，WindowManagerService服务就可以按照一定的规则计算每一个窗口的Z轴位置了。

ActivityManagerService主要负责Activity管理，根据Activity打开的先后顺序，通过堆栈来管理Activity列表，在Activity发生焦点切换时，和各Activity所处的应用进程的主线程ActivityThread进行交互，控制整个焦点切换流程。引入Z属性，就可通过输入的屏幕坐标和取Z轴最大的那个视图，将事件传递给该视图，从而使触屏事件的传递有先后和立体的感觉，也为多窗口事件提供了方法。

实施例

本实施例公开了一种适用于安卓系统的视图层次的控制处理方法，把Z轴属性添加到视图属性中，并且根据Z属性控制视图的显示层次和触屏事件，其中，因为Android的窗口添加是平面添加的，Android的窗口主要分活动窗口和窗口属性，所以Z属性采用二维的数组。

如图1所示，本实施例的一种适用于安卓系统的视图层次的控制处理方法，包括：

步骤S11，在添加窗口视图的时候，针对每个Activity的视图根节点，添加视图对应的Z属性：

Z属性为一个二维数组，包括第一参数和第二参数。其中，第一参数为视图所在的Activity；第二参数为视图所在Activity的Z位置。将Z属性设置为二维数组，是为了更好的管理活动窗口和非活动窗口。

以每个Activity的根节点作为该活动视图的根，添加该Activity窗口的视图。并且，Z属性的第一参数只与Activity有关，即相同的Activity的视图的Z属性的第一参数是相同的。如果安卓系统当前获得焦点的窗口发生了变化，那么就会调用成员函数updateFocusedWindowLocked来重新计算安卓系统当前应该获得焦点的窗口。如果安卓系统当前获得焦点的窗口真的发生了变化，即窗口堆栈的窗口排列发生了变化，那么在调用成员函数updateFocusedWindowLocked的时候，调用成员函数assignLayersLocked来重新计算安卓系统中所有窗口的Z轴位置，即交换之前活动窗口与所点击的窗口的Z属性的第一参数。

进一步地，如果安卓系统没有设置Z属性，则可由下面的方法进行赋值：

在源码中(MTK平台)，路径MT6582WET/frameworks/base/services/java/com/android/server/wm/WindowState.java中定义了两个参数

一个窗口除了有一个BaseLayer值之外，还有一个SubLayer值，分别保存在一个对应的WindowState对象的成员变量mBaseLayer和mSubLayer。SubLayer值是用来描述一个窗口是否是另外一个窗口的子窗口。假设一个窗口是另外一个窗口的子窗口，那么参数attachedWindow所描述的窗口就是父窗口，这时候子窗口的BaseLayer值就等于父窗口的BaseLayer值，而SubLayer值要么大于0，要么小于0，这与它自己的具体类型有关。假设一个窗口不是另外一个窗口的子窗口，那么这个窗口的BaseLayer值就与它自己的具体类型有关，而SubLayer值就等于0。如果一个窗口是另外一个窗口的子窗口，那么当它的SubLayer值小于0的时候，它就会位于父窗口的下面，否则的话，就会位于父窗口的上面。在本实施例中，通过SubLayer来确定Z属性的第一参数，BaseLayer的值用作Z属性的第二参数。

步骤S12，将Z属性进行统一处理：

设置Z属性之后，把数据交给ActivityManagerService和WindowManagerService两个系统服务去处理计算。并且，还要添加接口ActivityManagerService/WindowManagerService，其中默认值已经通过WindowState这个状态类由WindowManagerService处理计算得出。此外，添加的Z属性还应该有一个范围：提供一个接口，setZorderAbove(int id)声明该窗口在Id＝id的上面，setZorderBelow(int id)声明该窗口在Id＝id的下面，每一个View都有一个唯一的id，通过设置这个属性，让安卓系统自动添加Z的两个属性值。

为了统一管理Z属性，在底层对Z属性做了一些数据处理。取出Z属性第二参数的最大值，然后按同样的比例压缩，将数据压缩在系统分配的范围之内，已防止越界。比如在同一个Activity里面，第二个参数的取值范围假如是[0,1000]，那么在设定Z属性时候，有很多的视图，这时就会有很多的值(a,b,c...m...)，取其中最大的m，则统一乘以m/1000，这样，就对Z属性进行了统一，避免数据的混乱。

步骤S13，在视图根节点下，根据Z属性分配层次空间，并按Z属性绘制视图：

根据已经设定好的并且被统一处理过的Z属性来分配事件传递和层次关系，在绘图的时候都加上Z属性的判断之后再进行绘制。当在requestlayout的时候，Android系统的绘制顺序应该是：

1)根据Z属性的第一参数选择当前活动视图，最大的值为当前活动窗口。

2)Z属性第一个参数相同的表示在同一个Activity里面，绘制由该Activity的ActivityManagerService统一管理。

3)在视图根节点处，先绘制Z属性的第二参数小的视图；后绘制第二参数大的视图。

并且，在绘制完成之后，把Z属性返回给WindowManagerService，根据Z属性WindowManagerService控制其层级关系，第二参数越大，则显示越靠前；第二参数越小，则显示越靠后。并且，如果触摸的点处有多个Z轴，则取最大的第二参数作为触屏事件传递的视图。WindowManagerService根据Z属性分配屏幕的触屏事件。

需要说明的是，本实施例的Z属性是一个二维数组或多维数组。但是不管是二维数组还是多维数组，均包括第一参数和第二参数。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

综上所述，本发明的一种应用于安卓系统的视图层次的控制处理方法，在视图类里面添加属性“Z”，该值主要控制视图的层次关系，在同一表面上面控制显示的顺序。WindowManagerService通过Z属性管理视图的绘制和显示，并控制分发触屏事件：如果一个视图有一个Z属性，而同一块视图区域有一个重复的区域，可以通过Z属性分发触屏事件；同时，还可以通过Z属性控制视图的层级关系，即上下互相遮挡的问题。本发明支持多Activity环境下的触屏消息处理；解决了Android视图重叠处理显示问题；弥补了设计视图时显示层次可操作性弱的缺点。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (8)

1.一种视图层次的控制处理方法，应用于安卓系统，其特征在于，所述视图层次的控制处理方法包括：

针对每个Activity 的视图根节点，添加视图对应的Z 属性；

将所述Z 属性进行统一处理；

在所述视图根节点下，根据统一处理后的所述Z 属性来分配事件传递和层次空间，并按统一处理后的所述Z 属性绘制视图；

所述Z 属性为一个二维数组或多维数组，且所述Z 属性至少包括第一参数和第二参数，所述第一参数为视图对应的Activity，所述第二参数为视图在对应的Activity 的Z 位置；

所述分配事件传递中：如果触摸的点处有多个Z 轴，则取最大的第二参数作为触屏事件传递的视图；

按统一处理后的所述Z 属性绘制视图为：根据Z 属性的第一参数选择当前活动视图，最大的值为当前活动窗口；在视图根节点处，先绘制Z 属性的第二参数小的视图；后绘制第二参数大的视图。

2. 根据权利要求1所述的视图层次的控制处理方法，其特征在于：具有相同Activity的视图的所述Z 属性的所述第一参数是相同。

3.根据权利要求1所述的视图层次的控制处理方法，其特征在于：具有相同Activity的视图，所述Z 属性的所述第二参数越大，对应的视图层次越靠前。

4.根据权利要求1所述的视图层次的控制处理方法，其特征在于：所述Z 属性根据所述视图的Baselayer 值和Sublayer 值确定。

5.根据权利要求1所述的视图层次的控制处理方法，其特征在于：所述Z 属性由ActivityManagerService 和WindowManagerService 两个系统服务进行统一处理计算。

6.根据权利要求1所述的视图层次的控制处理方法，其特征在于：按所述Z 属性绘制所述视图包括：

根据所述Z 属性的所述第一参数选择当前活动视图；

视图的绘制由所述Z 属性的所述第一参数的Activity 的ActivityManagerService统一管理；

在所述视图根节点处，先绘制所述Z 属性的所述第二参数小的视图；后绘制所述第二参数大的视图。

7.根据权利要求6所述的视图层次的控制处理方法，其特征在于：所述当前活动视图是所述第一参数最大的视图。

8.根据权利要求6所述的视图层次的控制处理方法，其特征在于：所述视图绘制完成后，所述Z属性返回至WindowManagerService，WindowManagerService 根据所述Z 属性控制分发触屏事件。