CN105183547B - 一种用户界面的任务调度方法和装置 - Google Patents

Abstract

本发明实施例提供了一种用户界面的任务调度方法和装置，涉及安卓技术领域，用以解决现有技术中对Android UI组件的操作必须在主线程中进行，导致加载过慢的问题，提高用户体验。该用户界面的任务调度方法包括：任务调度装置将主线程的布局文件拆分成至少两个子布局文件；接收应用程序发送的构建Inflate请求；根据所述Inflate请求，将所述至少两个子布局文件中第一子布局文件的标识发送给相应的子线程，所述第一子布局文件的标识用于所述子线程加载所述第一子布局文件。本发明应用于采用Android系统的设备中。

Description

一种用户界面的任务调度方法和装置

技术领域

本发明涉及安卓技术领域，尤其涉及一种用户界面的任务调度方法和装置

背景技术

Android(中文：安卓)是一种基于Linux平台的自由及开放源代码的操作系统，主要适用于移动设备，如智能手机、平板电脑等。其中，UI(英文全称：user interface，中文：用户界面)设计是Android系统的程序开发中最为重要的一个组成部分。

具体的，当Android系统中的某一应用程序启动时，Android系统会为该应用程序创建一个单独的线程，该线程叫做主线程，这个主线程主要处理与UI组件(英文全称：userinterface toolkit，中文：用户界面组件)相关的事件；同时，由于Android UI组件并不是线程安全的，所以，对于Android UI组件的操作必须在主线程中进行，因此，主线程也被称作UI线程，这种模型叫做Android UI单线程模型。而UI设计中的UI显示是一个对UI组件构建、测量、布局和绘制的过程，但是，由于Android UI的单线程模型，导致对UI整体加载过慢。

为了解决上述问题，现有技术中采用对UI的显示区域进行分块后再进行加载的方法，按照从上到下，从右往左，或者其他定义的加载顺序显示UI界面，保证首先显示出来部分界面，这种方法虽然能预先显示出来部分界面，但是不能从本质上解决UI整体加载过慢的问题，降低用户体验。

发明内容

本发明的实施例提供一种用户界面的任务调度方法和装置，用以解决现有技术中对Android UI组件的操作必须在主线程中进行，导致加载过慢的问题，提高用户体验。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明实施例提供了一种用户界面的任务调度方法，包括：

将主线程的布局文件拆分成至少两个子布局文件；

所述任务调度装置接收应用程序发送的构建Inflate请求；

所述任务调度装置根据所述Inflate请求，将所述至少两个子布局文件中第一子布局文件的标识发送给相应的子线程，所述第一子布局文件的标识用于所述子线程加载所述第一子布局文件。

第二方面，本发明实施例提供了一种用户界面的任务调度方法，包括：

接收任务调度装置发送的第一子布局文件的标识；

根据所述第一子布局文件的标识，加载所述第一子布局文件；

获取对所述第一子布局文件加载的层次结构。

第三方面，本发明实施例提供了一种用户界面的任务调度装置，包括：

拆分单元，用于将主线程的布局文件拆分成至少两个子布局文件；

接收单元，用于接收应用程序发送的构建Inflate请求；

发送单元，用于根据所述接收单元接收的Inflate请求，将所述拆分单元拆分的至少两个子布局文件中第一子布局文件的标识发送给相应的子线程，所述第一子布局文件的标识用于所述子线程加载所述第一子布局文件。

第四方面，本发明实施例提供了一种用户界面的任务处理装置，包括：

接收单元，用于接收任务调度装置发送的第一子布局文件的标识；

加载单元，用于根据所述接收单元接收的第一子布局文件的标识，加载所述第一子布局文件；

获取单元，用于获取对所述第一子布局文件加载的层次结构。

本发明实施例提供了一种用户界面的任务调度方法和装置，通过将主线程的布局文件拆分成至少两个子布局文件，接收应用程序发送的Inflate请求，根据Inflate请求，将至少两个子布局文件中第一子布局文件的标识发送给相应的子线程，这样，子线程可以根据接收到的第一子布局文件的标识，加载第一子布局文件，实现了通过子线程对布局文件的加载，解决了现有技术中仅在主线程中加载布局文件，导致加载过慢的问题，提高用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种用户界面的调度方法的流程示意图一；

图2为本发明实施例提供的一种用户界面的调度方法的流程示意图二；

图3为本发明实施例提供的一种用户界面的调度方法的流程示意图三；

图4为本发明实施例提供的另一种用户界面的调度方法的流程示意图一；

图5为本发明实施例提供的另一种用户界面的调度方法的流程示意图二；

图6为本发明实施例提供的一种用户界面的调度装置的结构示意图一；

图7为本发明实施例提供的一种用户界面的调度装置的结构示意图二；

图8为本发明实施例提供的另一种用户界面的调度装置的结构示意图一；

图9为本发明实施例提供的另一种用户界面的调度装置的结构示意图二。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

本发明的实施例提供一种用户界面的任务调度方法，该方法应用于采用Android系统的设备中。如图1所示，该用户界面的任务调度方法包括：

步骤101、任务调度装置将主线程的布局文件拆分成至少两个子布局文件。

其中，该方法的执行主体为任务调度装置，对于Andriod系统而言，该任务调度装置可以为运行在任务处理装置中的主线程。具体的，Android系统提供了非常丰富的UI组件，把这些UI组件结合使用，能够构建复杂且功能强大的用户界面，Android系统中的UI组件通常包括基类控件和容器控件，基类控件包括：View类和View类的派生类，容器控件包括：ViewGroup类和ViewGroup类的派生类。其中，基类控件能够展现具体的功能，容器控件能够管理一定的空间区域，负责管理和布局基类控件，而布局文件就是描述Android UI组件的文件。另外，xml(英文全称：extensible markup language，中文：可扩展标记语言)布局文件是Android系统中定义视图的常用方法，所有的xml布局文件必须保存在res/layout目录中。

由于Android UI组件并不是线程安全的，所以，在现有技术中，对于Android UI组件的操作必须在主线程中进行，而布局文件是描述Android UI组件的文件，因此，可以将主线程的布局文件拆分成至少两个子布局文件。

可选的，任务调度装置可以将主线程的布局文件拆分成构造时长差异不大的至少两个布局文件，这样，以便后续子线程进行对布局文件进行构造时，可以对拆分的布局文件进行同时构造，且构造所需的时间基本相同，以加快构造速度。

步骤102、接收应用程序发送的构建Inflate请求。

需要说明的是，对于步骤101和步骤102的顺序可以进行调换，既可以先执行步骤101，再执行步骤102；也可以执行步骤102，再执行步骤101。本发明实施例以先执行步骤101，再执行步骤102为例进行说明。

步骤103、根据Inflate请求，将至少两个子布局文件中第一子布局文件的标识发送给相应的子线程。

其中，第一子布局文件的标识用于子线程加载第一子布局文件。优选的，子线程可以是线程池中处于空闲状态的子线程，线程池中包括至少一个子线程。对于线程池可以在步骤103之前进行初始化，其中，初始化线程池包括：根据至少两个子布局文件的个数，初始化所述线程池中子线程的个数，当然，也可以根据移动设备中处理器的型号来初始化线程池中子线程的个数；将至少一个子线程中每个子线程的消息队列注册到主线程的消息队列上。这样，可以保证任务调度装置将第一子布局文件的标识发送给相应的子线程，子线程可以根据第一子布局文件的标识加载第一子布局文件。

进一步的，如图2所示，在步骤103之后，该方法还包括：

步骤104、接收子线程发送的对第一子布局文件加载的层次结构。

其中，对于Android系统中布局文件的加载过程指的是从磁盘中加载布局文件到转化为内存中的视图层次结构的过程，该过程会根据子布局文件中指出的UI组件名称、类别和层次结构，调用UI组件的构造函数进行内存实例对象的构造。因此，子线程对第一子布局文件进行加载后，得到对第一子布局文件加载的层次结构，并将对第一子布局文件加载的层次结构发送给任务调度装置，相应的，任务调度装置接收子线程发送的对第一子布局文件加载的层次结构。

进一步的，对于步骤103中，任务调度装置可以将至少两个子布局文件中的部分子布局文件的标识或全部子布局文件的标识发送给相应的子线程。

示例的，主线程将布局文件拆分成3个子布局文件，这3个子布局文件中分别用a1、a2、a3表示，在接收到应用程序发送的Inflate请求时，主线程可以将这3个子布局文件的标识全部发送给相应的子线程。若主线程将标号为a1的子布局文件的标识发送给子线程1，子线程1根据标号为a1的子布局文件的标识，加载标号为a1的子布局文件；若主线程将标号为a2的子布局文件的标识发送给子线程2，子线程2根据标号为a2的子布局文件的标识，加载标号为a2的子布局文件；若主线程将标号为a3的子布局文件的标识发送给子线程3，子线程3根据标号为a3的子布局文件的标识，加载标号为a3的子布局文件。这样，子线程1、子线程2和子线程3可以同时对3个子布局文件进行加载，且这3个子布局文件的构造所需的时间基本相同，因此，可以加快加载速度，从根本上解决了现有技术中布局文件只能在主线程进行加载，导致加载过慢的问题，提高用户体验。

根据上述示例的，若主线程仅将标号为a1的子布局文件的标识发送给相应的子线程，那么，对于标号为a2和a3的子布局文件如何进行处理，如图3所示，该方法还包括：

步骤105、任务调度装置加载至少两个子布局文件中的第二子布局文件。

其中，第二子布局文件为至少两个子布局文件中除第一子布局文件之外的其他的子布局文件。具体的，若主线程仅将至少两个子布局文件中的部分子布局文件的标识发送给相应的子线程，则主线程加载至少两个子布局文件中剩余的子布局文件。

根据上述所示例的，标号为a1的子布局文件为第一子布局文件，标号为a2和a3的子布局文件为第二子布局文件。那么，主线程加载标号为a2和a3的子布局文件。

步骤106、获取对第二子布局文件加载的层次结构。

需要说明的是，任务调度装置加载子布局文件和子线程加载子布局文件是相同的，也是从磁盘中加载布局文件到转化为内存中的视图层次结构的过程，该过程会根据子布局文件中指出的UI组件名称、类别和层次结构，调用UI组件的构造函数进行内存实例对象的构造。因此，任务调度装置对第二子布局文件进行加载后，得到对第二子布局文件加载的层次结构。

为了得到整个布局文件的层次结构，如图3所示，在步骤101之后，该方法还包括：

步骤107、获取至少两个子布局文件中所有子布局文件之间的层次关系参数。

进一步的，如图3所示，该方法还包括：

步骤108、根据至少两个子布局文件中所有子布局文件之间的层次关系参数，对第一子布局文件的层次结构和第二子布局文件的层次结构进行组合，获取布局文件的层次结构。

根据步骤101-步骤108所描述的，本发明实施例所提供的技术方案中，任务调度装置通过将主线程的布局文件拆分成至少两个子布局文件，在接收应用程序发送的inflate请求后，将至少两个子布局文件中第一子布局文件的标识发送给相应的子线程。若任务调度装置将至少两个子布局文件的部分子布局文件的标识发送给相应的子线程，则这些子线程加载相应的第一子布局文件，任务调度装置加载第二子布局文件，进而，任务调度装置接收子线程发送加载的第一子布局文件的层次结构，并根据加载的第二子布局文件的层次结构、以及至少两个子布局文件中所有子布局文件之间的层次关系参数，组合成整个布局文件的层次结构；若任务调度装置将至少两个子布局文件中所有子布局文件的标识发送给相应的子线程，则这些子线程加载相应的第一子布局文件，并将加载的第一子布局文件的层次结构发送给任务调度装置，任务调度装置根据子线程发送的第一子布局文件的层次结构、以及至少两个子布局文件中所有子布局文件之间的层次关系参数，组合成整个布局文件的层次结构。

进一步的，通过上述方法得到整个布局文件的层次结构，即使用链表或者数组等数据结构描述布局文件中各个view(视图)的属性信息，父子关系等。对于后续的测量(measure)、布局(layout)和绘制(draw)过程，都要根据构造得到的整个布局文件的数据结构中针对view对象的属性(包括但不限于父亲，长度，宽度，位置)等进行下一步的处理。对于后续的测量、布局和绘制过程，可以参考现有的技术方案，本发明对此不加赘述。

本发明实施例提供了一种用户界面的任务调度方法，通过将主线程的布局文件拆分成至少两个子布局文件，接收应用程序发送的Inflate请求，根据Inflate请求，将至少两个子布局文件中第一子布局文件的标识发送给相应的子线程，这样，子线程可以根据接收到的第一子布局文件的标识，加载第一子布局文件，实现了通过子线程对布局文件的加载，解决了现有技术中仅在主线程中加载布局文件，导致加载过慢的问题，提高用户体验。

实施例二

本发明实施例还提供了一种用户界面的任务处理方法，如图4所示，包括：

步骤201、接收任务调度装置发送的第一子布局文件的标识。

其中，该方法的执行主体为任务处理装置，对于Andriod系统而言，该任务处理装置可以为运行在任务处理装置中的子线程，子线程可以是线程池中处于空闲状态的子线程，线程池中包括至少一个子线程。另外，第一子布局文件为任务调度装置将主线程的布局文件拆分得到的，具体的，任务调度装置将主线程的布局文件拆分成至少两个子布局文件，任务调度装置将至少两个子布局文件中的第一子布局文件的标识发送任务处理装置，相应的，任务处理装置接收任务调度装置发送的第一子布局文件的标识。后文中以Andriod系统中的子线程为例进行说明。

需要说明的是，在步骤201之前。需要对线程池进行初始化，其中，初始化线程池包括：根据主线程拆分的至少两个子布局文件的个数，初始化所述线程池中子线程的个数，当然，也可以根据移动设备中处理器的型号来初始化线程池中子线程的个数；将至少一个子线程中每个子线程的消息队列注册到主线程的消息队列上。这样，可以保证子线程能够接收到主线程发送的第一子布局文件的标识，进而执行步骤202。

步骤202、根据第一子布局文件的标识，加载第一子布局文件。

具体的，加载第一子布局文件指的是从磁盘中加载第一布局文件到转化为内存中的视图层次结构的过程，该过程会根据第一子布局文件中指出的UI组件名称、类别和层次结构，调用UI组件的构造函数进行内存实例对象的构造。若布局文件采用xml布局文件，则加载第一子布局文件实际上是将xml描述的布局文件，转化为按照父子层次关系排布的内存对象的过程。

为了保证子线程对第一子布局文件加载的安全性，步骤202具体为：通过加锁访问机制，加载第一子布局文件。具体的，由于将第一子布局文件的构造放到子线程中，因此，需要解决加载第一子布局文件的线程安全问题，通过加锁访问机制，可以避免多线程访问出现不一致问题(即线程安全问题)。一般情况下，布局文件中包含widget构造函数，因此，主线程在将布局文件拆分成的子布局文件中也包含widget构造函数，为了保证widget构造函数的线程安全问题，可以对widget构造函数中使用了静态变量和线程不安全的成员函数或者静态函数进行加锁访问，同样，对于widget构造函数中线程不安全的成员函数的调用或者静态函数的调用也可以进行加锁访问。若widget构造函数中使用了主线程handler进行消息处理，则需要将widget构造函数的消息队列注册到主线程的消息队列之上。

步骤203、获取对第一子布局文件加载的层次结构。

根据步骤202所描述的，子线程对第一子布局文件加载后，得到对第一子布局文件加载的层次结构。

进一步的，如图5所示，在步骤203之后，该方法还包括：

步骤204、将对第一子布局文件加载的层次结构发送给任务调度装置。

这样，以便任务调度装置对第一子布局文件的层次结构进行组合，得到整个布局文件的层次结构。

本发明实施例提供了一种用户界面的任务调度方法，通过接收任务调度装置发送的第一子布局文件的标识，进而根据第一子布局文件的标识，加载第一子布局文件，得到对所述第一子布局文件加载的层次结构。这样，子线程可以根据接收到的第一子布局文件的标识，加载第一子布局文件，实现了通过子线程对布局文件的加载，解决了现有技术中仅在主线程中加载布局文件，导致加载过慢的问题，提高用户体验。

实施例三

本发明实施例提供了一种用户界面的任务调度装置，该任务调度装置中的各个功能单元与实施例一中用户界面的任务调度方法相对应，具体可参考实施例一中的描述，在此不再赘述。如图6所示，概任务调度装置60包括：

拆分单元601，用于将主线程的布局文件拆分成至少两个子布局文件；

接收单元602，用于接收应用程序发送的构建Inflate请求；

发送单元603，用于根据接收单元602接收的Inflate请求，将拆分单元601拆分的至少两个子布局文件中第一子布局文件的标识发送给相应的子线程，第一子布局文件的标识用于子线程加载第一子布局文件。

可选的，接收单元602，还用于接收子线程发送的对第一子布局文件加载的层次结构。

可选的，如图7所示，该任务调度装置60还包括：加载单元604、获取单元605；

其中，加载单元604，用于加载至少两个子布局文件中的第二子布局文件；

获取单元605，用于获取加载单元604对第二子布局文件加载的层次结构，第二子布局文件为至少两个子布局文件中除第一子布局文件之外的其他的子布局文件。

可选的，获取单元605还用于拆分单元601将主线程的布局文件拆分成至少两个子布局文件之后，获取至少两个子布局文件中所有子布局文件之间的层次关系参数；

获取单元605，还用于在获取对所述第二子布局文件加载的层次结构之后，根据至少两个子布局文件中所有子布局文件之间的层次关系参数，对第一子布局文件的层次结构和第二子布局文件的层次结构进行组合，获取布局文件的层次结构。

可选的，如图7所示，该任务调度装置60还包括：处理单元606；

处理单元606，用于初始化线程池，线程池中包括至少一个子线程；

其中，处理单元606，具体用于根据至少两个子布局文件的个数，初始化线程池中子线程的个数；将至少一个子线程中每个子线程的消息队列注册到主线程的消息队列。

本发明实施例提供了一种用户界面的任务调度装置，通过将主线程的布局文件拆分成至少两个子布局文件，接收应用程序发送的inflate请求，根据inflate请求，将至少两个子布局文件中第一子布局文件的标识发送给相应的子线程，这样，子线程可以根据接收到的第一子布局文件的标识，加载第一子布局文件，实现了通过子线程对布局文件的加载，解决了现有技术中仅在主线程中加载布局文件，导致加载过慢的问题，提高用户体验。

实施例四

本发明实施例还提供了一种用户界面的任务处理装置，该任务处理装置中的各个功能单元与实施例二中用户界面的任务调度方法相对应，具体可参考实施例二中的描述，在此不再赘述。如图8所示，该任务处理装置80包括：

接收单元801，用于接收任务调度装置发送的第一子布局文件的标识；

加载单元802，用于根据接收单元801接收的第一子布局文件的标识，加载第一子布局文件；

获取单元803，用于获取加载单元802对第一子布局文件加载的层次结构。

可选的，如图9所示，该任务处理装置80还包括：发送单元804；

发送单元804，用于将获取单元803获取的对第一子布局文件加载的层次结构发送给任务调度装置。

可选的，加载单元802，具体用于通过加锁访问机制，加载第一子布局文件。

本发明实施例提供了一种用户界面的任务调度装置，通过接收任务调度装置发送的第一子布局文件的标识，进而根据第一子布局文件的标识，加载第一子布局文件，得到对所述第一子布局文件加载的层次结构。这样，子线程可以根据接收到的第一子布局文件的标识，加载第一子布局文件，实现了通过子线程对布局文件的加载，解决了现有技术中仅在主线程中加载布局文件，导致加载过慢的问题，提高用户体验。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种用户界面的任务调度方法，其特征在于，包括：

任务调度装置将主线程的布局文件拆分成至少两个子布局文件；

接收应用程序发送的构建Inflate请求；

根据所述Inflate请求，将所述至少两个子布局文件中第一子布局文件的标识发送给相应的子线程，所述第一子布局文件的标识用于所述子线程加载所述第一子布局文件；

加载所述至少两个子布局文件中的第二子布局文件；

获取对所述第二子布局文件加载的层次结构，所述第二子布局文件为所述至少两个子布局文件中除所述第一子布局文件之外的其他的子布局文件，所述第一子布局文件相应的子线程与所述第二子布局文件相应的子线程不同。

2.根据权利要求1所述的方法，其特征在于，所述将所述至少两个子布局文件中第一子布局文件的标识发送给相应的子线程之后，所述方法还包括：

接收所述子线程发送的对所述第一子布局文件加载的层次结构。

3.根据权利要求1所述的方法，其特征在于，所述任务调度装置将主线程的布局文件拆分成至少两个子布局文件之后，所述方法还包括：

获取所述至少两个子布局文件中所有子布局文件之间的层次关系参数；

所述获取对所述第二子布局文件加载的层次结构之后，所述方法还包括：

根据所述至少两个子布局文件中所有子布局文件之间的层次关系参数，对所述第一子布局文件的层次结构和所述第二子布局文件的层次结构进行组合，获取所述布局文件的层次结构。

4.根据权利要求1所述的方法，其特征在于，所述将所述至少两个子布局文件中第一子布局文件的标识发送给相应的子线程之前，所述方法还包括：

初始化线程池，所述线程池中包括至少一个子线程；

其中，所述初始化线程池包括：

根据所述至少两个子布局文件的个数，初始化所述线程池中子线程的个数；

将所述至少一个子线程中每个子线程的消息队列注册到所述主线程的消息队列。

5.一种用户界面的任务处理方法，其特征在于，包括：

接收如权利要求1所述的任务调度装置发送的第一子布局文件的标识；

根据所述第一子布局文件的标识，加载所述第一子布局文件；

获取对所述第一子布局文件加载的层次结构。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

将对所述第一子布局文件加载的层次结构发送给所述任务调度装置。

7.根据权利要求5或6所述的方法，其特征在于，所述加载所述第一子布局文件包括：通过加锁访问机制，加载所述第一子布局文件。

8.一种用户界面的任务调度装置，其特征在于，包括：

拆分单元，用于将主线程的布局文件拆分成至少两个子布局文件；

接收单元，用于接收应用程序发送的构建Inflate请求；

发送单元，用于根据所述接收单元接收的Inflate请求，将所述拆分单元拆分的至少两个子布局文件中第一子布局文件的标识发送给相应的子线程，所述第一子布局文件的标识用于所述子线程加载所述第一子布局文件；加载所述至少两个子布局文件中的第二子布局文件；获取对所述第二子布局文件加载的层次结构，所述第二子布局文件为所述至少两个子布局文件中除所述第一子布局文件之外的其他的子布局文件，所述第一子布局文件相应的子线程与所述第二子布局文件相应的子线程不同。

9.一种用户界面的任务处理装置，其特征在于，包括：

接收单元，用于接收如权利要求8所述的任务调度装置发送的第一子布局文件的标识；

加载单元，用于根据所述接收单元接收的第一子布局文件的标识，加载所述第一子布局文件；

获取单元，用于获取对所述第一子布局文件加载的层次结构。