CN106708583A - 应用加载方法和装置 - Google Patents

Abstract

本申请提供一种应用加载方法和装置，所述方法包括以下步骤：在对目标页面的列表进行初始化之前，向服务器请求所述目标页面的数据并存储；当所述列表初始化完成后，将所述目标页面的数据填入所述列表，并渲染当前页面。本申请可以加快应用的加载速度。

Description

应用加载方法和装置

技术领域

本申请涉及移动互联网技术领域，尤其涉及应用加载方法和装置。

背景技术

移动互联网技术的发展，改变了人们的生活方式，使用户能够随时随地上网。与之适应的各种应用，比如音视频类应用、购物类应用等，从不同角度满足了人们的需求。然而，相关技术中，Android应用的加载速度慢，影响用户体验。

发明内容

有鉴于此，本申请提供应用加载方法和装置，可以加快Android应用的加载速度。

根据本申请实施例的第一方面，提供一种应用加载方法，所述方法包括以下步骤：

在对目标页面的列表进行初始化之前，向服务器请求所述目标页面的数据并存储；

当所述列表初始化完成后，将所述目标页面的数据填入所述列表，并渲染当前页面。

根据本申请实施例的第二方面，提供一种应用加载装置，所述装置包括以下步骤：

请求模块，用于在对目标页面的列表进行初始化之前，向服务器请求所述目标页面的数据并存储；

渲染模块，用于当所述列表初始化完成后，将所述目标页面的数据填入所述列表，并渲染当前页面。

本申请实施例提供的技术方案可以包括以下有益效果：

本申请中，在对页面列表初始化之前向服务器请求页面数据并存储，使页面列表初始化和页面数据请求的过程可以并行进行，可以加快应用的加载速度。

附图说明

图1是本申请实施例所适用的网络场景图。

图2是本申请根据一示例性实施例示出的一种应用加载方法的流程图。

图3是本申请根据一示例性实施例示出的加载首页的示意图。

图4是本申请根据一示例性实施例示出的加载非首页的示意图。

图5是本申请根据一示例性实施例示出的根据路径预测模型加载页面的示意图。

图6是本申请根据一示例性实施例示出的一种应用加载方法的逻辑图。

图7是本申请根据一示例性实施例示出的一种应用加载装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1为本申请实施例所适用的网络场景图。图1所示的网络场景包括终端10和服务端20。其中，服务端20可以包括服务器、服务器集群或者云平台，用于提供后台服务。终端10可以是智能手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、多媒体播放器、可穿戴设备等等。终端10中可以安装有各种应用，例如音视频播放类应用、购物应用等。

相关技术中，终端10的操作系统可以是Android系统，Android系统中加载应用通常是通过listView(列表)技术以列表的形式展示具体内容。比如，用户在启动应用的时候，通常是进入application阶段，加载对应的基础服务；基础服务加载完成后创建一个activity，进入activity生命周期，activity生命周期可以包括onCreate、onStart、onResume、onStop等阶段，在其中的onCreate阶段创建listView，进入listView生命周期；在listView生命周期，首先加载item(项)，然后向服务器请求页面数据，页面数据可以是填到表里的数据或者图片等，并将服务器返回的页面数据填入对应的item，之后渲染页面。整个流程依次进行，加载速度慢。

本申请，在对页面列表初始化之前向服务器请求页面数据并存储，使页面列表初始化和页面数据请求的过程可以并行进行，可以加快应用的加载速度。接下来结合图1对本申请进行详细说明。

图2为本申请根据一示例性实施例示出的一种应用加载方法的流程图，如图2所示，所述方法可以包括以下步骤：

在步骤S201中：在对目标页面的列表进行初始化之前，向服务器请求所述目标页面的数据并存储。

在步骤S202中：当所述列表初始化完成后，将所述目标页面的数据填入所述列表，并渲染当前页面。

其中，目标页面可以是首页，也可以是非首页。其中，首页可以是首次进入的首页，也可以是非首次进入的首页。

本申请实施例的方法可以用在应用启动首次进入首页时。在应用启动首次进入首页时，对首页的列表进行初始化之前是指应用启动后加载对应的基础服务的过程。应用启动时首先会加载基础服务，这个阶段可以是某些传统技术中的application阶段，此时，应用向服务器请求首页的数据，在首页的列表加载之前或在首页的列表加载过程之中，由服务器返回首页的数据，当首页列表加载完成后将服务器已经返回的首页的数据填入列表并渲染页面，而不必等到首页的列表加载完成后再向服务器请求首页的数据，等待服务器返回后填入列表并渲染页面，可以加快首页的加载速度。参见图3，用户点击“购物”应用，应用启动，并在加载基础服务的过程中向服务器请求首页数据；接收服务器返回的首页数据并存储；在首页列表初始化完成之后，将存储的首页数据填入首页列表，渲染首页，展示给用户。

本申请实施例的方法也可以用在应用启动后由首页进入非首页时。某些例子中，考虑到页面渲染需要占用较多CPU资源，如果在首页页面渲染时预先加载非首页的数据可能会导致CPU使用率过大，页面渲染不流畅甚至无法完成。作为对图2所描述的流程的改进方案，在加载非首页时，步骤S201之前还可以包含步骤：判断上一页页面的列表是否渲染完成，如果已完成，且当前CPU处于空闲状态，则执行步骤S201，以便可以确保渲染流畅。在这种情况下，应用向服务器发出的请求可以携带目标页面的地址，用于在当前页面渲染完成并且当前CPU处于空闲状态时，向服务器请求目标页面的数据。参见图4，当前位于“购物”应用首页，假设用户由首页进入“玩具”页面，则在“购物”应用首页页面渲染完成后、且当前CPU处于空闲状态时，向服务器请求“玩具”页面的数据并存储；当用户在首页点击“玩具”图标进入“玩具”页面时，首先初始化“玩具”页面的列表，当“玩具”页面的列表初始化完成后，将存储的数据填入列表，渲染页面，展示给用户。

由于不同应用的各个页面之间的逻辑可能会影响用户从一个页面跳转到下一个页面的概率，因此，作为对图2所描述的流程的改进方案，可以通过对用户每次操作的页面跳转次序添加统计事件，并将统计事件上传到服务器，由服务器根据用户操作习惯构建路径预测模型，用于描述各个页面的跳转先后次序。在构建路径预测模型时，服务器可以根据单个用户的操作习惯，也可以根据多个用户的操作习惯的操作习惯来构建路径预测模型。可以理解，根据多个用户的操作习惯生成的路径预测模型更加具有普遍性，可以满足大部分人的需求；而根据单个用户的操作习惯生成的路径预测模型更加具有针对性，可以满足个性化的需求。其中，路径预测模型中的页面跳转可以是由首页进入任一非首页，也可以是由非首页进入其他任一非首页，还可以是非首次进入首页。

作为一个例子，在首页渲染完成并且当前CPU处于空闲状态时，应用向服务器请求路径预测模型，从路径预测模型中获取由首页进入任一非首页的概率最大的页面(简称最大概率页面)的地址，并向服务器请求最大概率页面的数据并存储。因此，当应用由首页进入最大概率页面时，获取最大概率页面的数据为目标页面的数据，填入列表并渲染页面，而不必等到由首页进入最大概率页面，初始化完成最大概率页面的列表后再向服务器请求最大概率页面的数据，等待服务器返回后填入列表并渲染页面，可以加快最大概率页面的加载速度。参见图5，“购物”应用位于首页，如果用户点击“玩具”图标，则应用会由首页跳入“玩具”页面；如果用户点击“鞋子”图标，则应用会由首页进入“鞋子”页面；如果用户点击“厨具”图标，应用会有首页进“厨具”页面。服务器根据用户的操作习惯，统计各个页面之间的跳转次序，可以生成路径预测模型，用以描述各个页面之间的跳转次序。当用户点击“玩具”图标，进入“玩具”页面；当“玩具”页面完成渲染且当前CPU处于空闲状态时，应用会向服务器请求路径预测模型，并获取路径预测模型中由“玩具”页面进入最大概率的页面(假设为最大概率页面“加入购物车”页面)的地址，以向服务器请求“加入购物车”页面的数据并存储；当用户由“玩具”页面进入“加入购物车”页面时，将存储的“加入购物车”页面的数据填入列表，渲染页面，展示给用户。可见，通过路径预测模型预先加载最大概率页面的数据，在由当前页面进入最大概率页面时，可以加快应用加载的速度。

在某些例子中，在首页渲染完成并且当前CPU处于空闲状态时，应用还可以向服务器请求路径预测模型中最大概率页面的地址，以便根据该地址向服务器请求最大概率页面的数据并存储。

其他几种情况，包括在其他非首页的页面之间跳转时或者从其他非首页的页面跳转到该应用首页的页面时，均可参考上述由首页进入非首页时的过程，在此不再赘述。

可见，基于路径预测模型预先向服务器请求最大概率页面的数据并存储，当应用由当前页面进入最大概率页面时，可以加快应用的加载速度。

在实际应用中，应用或服务器可能会出现各种故障，导致在对目标页面的列表初始化完成之前，未能成功请求并存储目标页面的数据，当目标页面的列表初始化完成后，无法获取相应的数据填充列表。因此，作为对图2所描述的流程的改进方案，在所述列表初始化完成后，将所述目标页面的数据填入所述列表之前，还可以包含步骤：检测是否存储有所述目标页面的数据，如果存在，则获取以填充列表；如果不存在，则向服务器请求目标页面的数据。在某些例子中，页面数据还可以具有有效期。当列表初始化完成后，虽然检测到存在目标页面的数据，但是数据可能已经过期，对于已经过期的数据，不能用来填充列表。因此，当检测到存在目标页面的数据时，还需要检测其是否已经过期，如果未过期，则获取以填充列表；如果已过期，则向服务器请求新的数据。

这里涉及到对目标页面的数据的更新策略。上述实施例中，更新时机是在列表初始化完成后，需要获取数据填充列表，检测到存在目标页面的数据，并确定其已经过期时。这种更新方式存在一定的被动性，数据更新滞后。因此，作为对图2所描述的流程的改进方案，在向服务器请求所述目标页面的数据并存储后，对目标页面的列表初始化完成之前(即，在步骤S201和步骤S202之间)，还可以包含步骤：根据预设的更新策略对所存储的目标页面的数据进行更新。例如，可以设置一定时器对所存储的目标页面的数据进行更新，当更新时间到达时，不论列表是否初始化完成都向服务器请求目标页面的最新数据，若数据未更新，则服务器不返回数据；若数据已经更新，则服务返回更新后的数据，替换历史数据。可见，采用这种定时更新数据的策略可以有效保证应用的加载速度。

以上实施例中的路径预测模型毕竟是概率事件，即目标页面可能是最大概率页面，也可能不是最大概率页面，只是目标页面为最大概率页面的可能性比较大。例如，目标页面为第一页面的概率为80％，为第二页面的概率为20％，或者，目标页面为第一页面的概率为60％，为第二页面的概率为30％，为第三页面的概率为10％。因此，在某些例子中，使用路径预测模型时还需要考虑另外一个问题，即存在最大概率页面的情况下，用户进入非最大概率页面的情况。此时，当目标页面的列表初始化完成后，需要检测存储的最大概率页面的数据是否为目标页面的数据，如果是，则获取以填充列表；如果不是，则向服务器请求相应的数据。

页面的列表可以有多个item，列表中的每一个Item显示都需要Adapter调用一次getView方法，这个方法会传入一个convertView参数，返回的View就是该Item显示的View。当Item的数量足够大，再为每一个Item都创建一个View对象，必将占用很多内存，创建View对象也是耗时操作，影响性能。因此，在某些例子中可以利用convertView复用列表的Item。在Android系统中，提供了一个叫做Recycler(反复循环器)的构件，当列表的Item从上方滚出屏幕视角之外，对应Item的View会被缓存到Recycler中，相应的会从下方生成一个Item，而此时调用的getView中的convertView参数就是滚出屏幕的Item的View。可见，通过复用convertView可以减少内存占用，提升性能。

任一页面的列表可以有多项数据，数据之间可以存在某种逻辑关系，用于表明列表初始化时各项数据之间加载的先后次序。如果把页面的所有数据都依次加载可能会减缓应用加载的速度，因此，在一个可选的实现方式中，向服务器请求所述目标页面的数据的步骤可以包括：分析所述目标页面的逻辑，基于分析结果确定请求所述目标页面中各项数据的先后次序。其中，根据页面逻辑确定请求各项数据的先后次序可以包括：区分所述目标页面中各项数据的优先级，优先请求优先级高的数据；对于优先级较低的数据延迟或者在需要时请求。通过区分请求数据的先后次序，可以进一步加快应用的加载速度。

图6为本申请根据一示例性实施例示出的另一种应用加载方法的逻辑图示意图，如图6所示，所述方法可以包括以下步骤：

S601，在对目标页面的列表初始化完成之前，向服务器请求目标页面的数据并存储。

S602，检测更新时间是否到达，如果更新时间到达则返回步骤S601，向服务器请求最新数据并存储；如果更新时间未到达，则进入步骤S603。

S603，当列表初始化完成后，检测是否存储有相应的数据，如果存在，则进入步骤S604；如果不存在，则转入步骤S607、S608。

S604，检测到存在相应的数据后，继续检测该数据是否为目标页面对应的数据，如果是，则进入步骤S605；如果不是，则转入步骤S607、S608。

S605，检测到存在的数据是目标页面对应的数据后，继续检测该数据是否已经过期，如果未过期，则进入步骤S606；如果已经过期，则转入步骤S607、S608。

S606，获取数据，填充列表，渲染页面，展示给用户。

S607，向服务器请求目标页面的数据。

S608，获取服务器返回的数据，填充列表，渲染页面。

与前述应用加载方法的实施例相对应，本申请还提供了应用加载装置的实施例。

图7为本申请根据一示例性实施例示出的一种应用加载装置的框图，如图7所示，该装置包括：

请求模块701，用于在对目标页面的列表进行初始化之前，向服务器请求所述目标页面的数据并存储。

渲染模块702，用于当所述列表初始化完成后，将所述目标页面的数据填入所述列表，并渲染当前页面。

在一个可选的实现方式中，执行模块701具体用于：

分析所述目标页面的逻辑，基于分析结果确定请求所述目标页面中各项数据的先后次序。

在一个可选的实现方式中，请求模块701还包括：

区分子模块，用于区分所述目标页面中各项数据的优先级，优先请求优先级高的数据；对于优先级较低的数据延迟或者在需要时请求。

在一个可选的实现方式中，图7所述的装置还可以包括：

更新模块，用于根据预设的更新策略对所存储的目标页面的数据进行更新。

在一个可选的实现方式中，图7所述的装置还可以包括：

获取模块，用于从所述服务器获取路径预测模型，所述路径预测模型用于描述各个页面的跳转先后次序；请求模块向所述服务器发送的请求基于所述路径预测模型生成。

在一个可选的实现方式中，请求模块向所述服务器发送的请求在上一页页面的列表渲染完成后，且CPU空闲时被发送。

在一个可选的实现方式中，图7所述的装置还可以包括：

复用子模块，用于初始化所述目标页面的列表时，复用上一页面的item作为所述目标页面的item。

在一个可选的实现方式中，请求模块还可以包括：

检测子模块，用于在所述列表初始化完成后，检测是否存储有所述目标页面的数据或所述目标页面的数据是否已过期.

请求子模块，用于如果不存在或已过期，则向所述服务器请求所述目标页面的数据。

上述装置中各个装置的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的装置可以是或者也可以不是物理上分开的，作为装置显示的部件可以是或者也可以不是物理装置，即可以位于一个地方，或者也可以分布到多个网络装置上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (16)

1.一种应用加载方法，其特征在于，包括以下步骤：

在对目标页面的列表进行初始化之前，向服务器请求所述目标页面的数据并存储；

当所述列表初始化完成后，将所述目标页面的数据填入所述列表，并渲染当前页面。

2.如权利要求1所述的方法，其特征在于，所述向服务器请求所述目标页面的数据，包括：

分析所述目标页面的逻辑，基于分析结果确定请求所述目标页面中各项数据的先后次序。

3.如权利要求2所述的方法，其特征在于，所述基于分析结果确定所述目标页面中各项数据的先后次序，包括以下任一：

区分所述目标页面中各项数据的优先级，优先请求优先级高的数据；

对于优先级较低的数据延迟或者在需要时请求。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

根据预设的更新策略对所存储的目标页面的数据进行更新。

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

在所述列表初始化完成后，检测是否存储有所述目标页面的数据或所述目标页面的数据是否已过期；

如果不存在或已过期，则向所述服务器请求所述目标页面的数据。

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

从所述服务器获取路径预测模型，所述路径预测模型用于描述各个页面的跳转先后次序；

向所述服务器发送的请求基于所述路径预测模型生成。

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

向所述服务器发送的请求在上一页页面的列表渲染完成后，且CPU空闲时被发送。

8.如权利要求1所述的方法，其特征在于，所述方法还包括：

初始化所述目标页面的列表时，复用上一页面的item作为所述目标页面的item。

9.一种应用加载装置，其特征在于，包括：

请求模块，用于在对目标页面的列表进行初始化之前，向服务器请求所述目标页面的数据并存储；

渲染模块，用于当所述列表初始化完成后，将所述目标页面的数据填入所述列表，并渲染当前页面。

10.如权利要求9所述的装置，其特征在于，所述请求模块具体用于：

分析所述目标页面的逻辑，基于分析结果确定请求所述目标页面中各项数据的先后次序。

11.如权利要求10所述的装置，其特征在于，所述请求模块包括：

区分子模块，用于区分所述目标页面中各项数据的优先级，优先请求优先级高的数据；或，对于优先级较低的数据延迟或者在需要时请求。

12.如权利要求9所述的装置，其特征在于，所述装置还包括：

更新模块，用于根据预设的更新策略对所存储的目标页面的数据进行更新。

13.如权利要求9所述的装置，其特征在于，所述请求模块包括：

检测子模块，用于在所述列表初始化完成后，检测是否存储有所述目标页面的数据或所述目标页面的数据是否已过期；

请求子模块，用于如果不存在或已过期，则向所述服务器请求所述目标页面的数据。

14.如权利要求9所述的装置，其特征在于，所述装置还包括：

获取模块，用于从所述服务器获取路径预测模型，所述路径预测模型用于描述各个页面的跳转先后次序；

所述请求模块向所述服务器发送的请求基于所述路径预测模型生成。

15.如权利要求14所述的装置，其特征在于，

向所述服务器发送的请求在上一页页面的列表渲染完成后，且CPU空闲时被发送。

16.如权利要求9所述的装置，其特征在于，所述渲染模块还包括：

复用子模块，用于初始化所述目标页面的列表时，复用上一页面的item作为所述目标页面的item。