CN104978111B - 列表控件的恢复方法和装置 - Google Patents

Abstract

本发明公开了一种列表控件的恢复方法和装置。其中，该方法包括：判断在终端上是否需要对处于待恢复状态的列表控件进行恢复；若判断出在终端上需要对处于待恢复状态的列表控件进行恢复，则获取处于待恢复状态的列表控件在终端上的状态信息，其中，状态信息用于指示恢复列表控件时所需加载的列表项；在终端上加载状态信息指示的列表项，以完成对处于待恢复状态的列表控件的恢复。本发明解决了现有技术中无法恢复列表控件的技术问题，从而实现快速恢复列表控件的技术效果。

Description

列表控件的恢复方法和装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种列表控件的恢复方法和装置。

背景技术

目前，在终端的操作系统中，通常应用有几种不同类型的控件，其中包括列表控件，列表控件是一个显示项集合的控件。上述列表控件可以展示新闻列表，也可以展示图片列表等等。

当用户使用列表控件进行列表项的浏览时，若列表控件因出现故障而被删除时，现有的方案中无法对被删除的列表控件进行恢复，终端需要重新创建该列表控件，而这需要花费大量的时间去进行列表控件的创建以及列表控件中所有列表项的加载，从而导致用户无法正常地继续使用该列表控件。

然而，在目前的应用软件中，还没有能够实现快速恢复列表控件的方案。

发明内容

本发明实施例提供了一种列表控件的恢复方法和装置，以至少解决现有技术中无法恢复列表控件的技术问题。

根据本发明实施例的一个方面，提供了一种列表控件的恢复方法，包括：判断在终端上是否需要对处于待恢复状态的列表控件进行恢复；若判断出在终端上需要对处于待恢复状态的列表控件进行恢复，则获取处于待恢复状态的列表控件在终端上的状态信息，其中，状态信息用于指示恢复列表控件时所需加载的列表项；在终端上加载状态信息指示的列表项，以完成对处于待恢复状态的列表控件的恢复。

可选地，在判断在终端上是否需要对处于待恢复状态的列表控件进行恢复之前，还包括：若当前列表控件满足预定条件，则将当前列表控件标记为处于待恢复状态的列表控件，其中，预定条件包括以下至少之一：当前列表控件转为未激活状态、执行内存清除时删除当前列表控件、当前列表控件出现故障或使用当前列表控件的应用或进程出现故障。

可选地，判断在终端上是否需要对处于待恢复状态的列表控件进行恢复包括：判断在终端上是否接收到列表控件选择请求，其中列表控件选择请求用于请求使用处于待恢复状态的列表控件；若判断出接收到列表控件选择请求，则判断出在终端上需要对处于待恢复状态的列表控件进行恢复。

可选地，在获取处于待恢复状态的列表控件在终端上的状态信息之前，包括：在列表控件被标记为待恢复状态时存储列表控件的状态信息，其中，状态信息包括以下至少之一：在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项的个数L、在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的最后一个列表项的序号K、在列表控件被标记为待恢复状态时在终端上的当前屏幕中的第一个列表项被显示的比例OFFSET%。

可选地，在终端上加载状态信息指示的列表项包括：在终端上加载序号为(K-L+1)至K的列表项；在终端上的当前屏幕中显示序号为(K-L+1)至K的列表项，其中，对于序号为(K-L+1)的列表项，在当前屏幕中从下到上显示序号为(K-L+1)的列表项的OFFSET%；对于序号为K的列表项，在当前屏幕中显示序号为K的列表项的一部分或全部。

可选地，在终端上加载状态信息指示的列表项还包括：若序号为N至(K-L)的列表项的总显示高度与当前屏幕的高度之间的差值小于等于预定阈值，则将序号为N至(K-L)的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载，其中，0<N<(K-L)；若序号为1至(K-L)的列表项的总显示高度小于或等于当前屏幕的高度，则将序号为1至(K-L)的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载。

可选地，在终端上加载状态信息指示的列表项还包括：若序号为（K+1）至M的列表项的总显示高度与当前屏幕的高度之间的差值小于等于预定阈值，则将序号为（K+1）至M的列表项作为当前屏幕的下一屏幕中所需显示的列表项进行加载，其中，（K+1）<M<列表控件中所需使用的所有列表项的数量m；若序号为（K+1）至m的列表项的总显示高度小于或等于当前屏幕的高度，则将序号为（K+1）至m的列表项作为当前屏幕的下一屏幕中所需显示的列表项进行加载。

可选地，在终端上加载状态信息指示的列表项包括：将在终端的存储空间中存储的所需加载的列表项复制到列表控件中。

根据本发明实施例的另一个方面，还提供了一种列表控件的恢复装置，包括：判断单元，用于判断在终端上是否需要对处于待恢复状态的列表控件进行恢复；获取单元，用于在判断出在终端上需要对处于待恢复状态的列表控件进行恢复时，获取处于待恢复状态的列表控件在终端上的状态信息，其中，状态信息用于指示恢复列表控件时所需加载的列表项；加载单元，用于在终端上加载状态信息指示的列表项，以完成对处于待恢复状态的列表控件的恢复。

可选地，该装置还包括：标记单元，用于在当前列表控件满足预定条件时，将当前列表控件标记为处于待恢复状态的列表控件，其中，预定条件包括以下至少之一：当前列表控件转为未激活状态、执行内存清除时删除当前列表控件、当前列表控件出现故障或使用当前列表控件的应用或进程出现故障。

可选地，判断单元包括：判断模块，用于判断在终端上是否接收到列表控件选择请求，其中列表控件选择请求用于请求使用处于待恢复状态的列表控件；若判断出接收到列表控件选择请求，则判断出在终端上需要对处于待恢复状态的列表控件进行恢复。

可选地，该装置还包括：存储单元，用于在列表控件被标记为待恢复状态时存储列表控件的状态信息，其中，状态信息包括以下至少之一：在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项的个数L、在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的最后一个列表项的序号K、在列表控件被标记为待恢复状态时在终端上的当前屏幕中的第一个列表项被显示的比例OFFSET%。

可选地，加载单元包括：第一加载模块，用于在终端上加载序号为(K-L+1)至K的列表项；第一显示模块，用于在终端上的当前屏幕中显示序号为(K-L+1)至K的列表项，其中，对于序号为(K-L+1)的列表项，在当前屏幕中从下到上显示序号为(K-L+1)的列表项的OFFSET%；对于序号为K的列表项，在当前屏幕中显示序号为K的列表项的一部分或全部。

可选地，加载单元还包括：第一判断模块，用于判断序号为N至(K-L)的列表项的总显示高度与当前屏幕的高度之间的差值是否小于等于预定阈值；第二加载模块，用于在判断出序号为N至(K-L)的列表项的总显示高度与当前屏幕的高度之间的差值小于等于预定阈值时，将序号为N至(K-L)的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载，其中，0<N<(K-L)；第二判断模块，用于判断序号为1至(K-L)的列表项的总显示高度是否小于或等于当前屏幕的高度；第三加载模块，用于在判断出序号为1至(K-L)的列表项的总显示高度小于或等于当前屏幕的高度时，将序号为1至(K-L)的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载。

可选地，加载单元还包括：第三判断模块，用于判断序号为（K+1）至M的列表项的总显示高度与当前屏幕的高度之间的差值是否小于等于预定阈值；第四加载模块，用于在判断出序号为（K+1）至M的列表项的总显示高度与当前屏幕的高度之间的差值小于等于预定阈值时，将序号为（K+1）至M的列表项作为当前屏幕的下一屏幕中所需显示的列表项进行加载，其中，（K+1）<M<列表控件中所需使用的所有列表项的数量m；第四判断模块，用于判断序号为（K+1）至m的列表项的总显示高度是否小于或等于当前屏幕的高度；第五加载模块，用于在判断出序号为（K+1）至m的列表项的总显示高度小于或等于当前屏幕的高度时，将序号为（K+1）至m的列表项作为当前屏幕的下一屏幕中所需显示的列表项进行加载。

可选地，加载单元还包括：复制模块，将在终端的存储空间中存储的所需加载的列表项复制到列表控件中。

在本发明实施例中，通过获取用于指示恢复所述列表控件时所需加载的列表项的状态信息，使得在需要对用于指示恢复所述列表控件时所需加载的列表项时，可以在所述终端上加载所述状态信息指示的所述列表项，从而解决了现有技术中无法恢复列表控件，达到了快速恢复列表控件的技术效果；此外，采用分段加载的方式，可以加载当前屏幕、甚至上一屏幕和下一屏幕的列表项，从而实现了流畅地恢复列表控件中列表项的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的列表控件的恢复方法的流程图；

图2是根据本发明实施例的一种可选的列表控件的示意图；

图3是根据本发明实施例的另一种可选的列表控件的示意图；

图4是根据本发明实施例的另一种可选的列表控件的恢复方法的流程图；

图5是根据本发明实施例的又一种可选的列表控件的示意图；

图6是根据本发明实施例的又一种可选的列表控件的示意图；

图7是根据本发明实施例的又一种可选的列表控件的示意图；

图8是根据本发明实施例的又一种可选的列表控件的示意图；

图9是根据本发明实施例的一种可选的列表控件的恢复装置的示意图；以及

图10是根据本发明实施例的另一种可选的列表控件的恢复装置的示意图；

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种列表控件的恢复方法，如图1所示，该方法包括：

S102，判断在终端上是否需要对处于待恢复状态的列表控件进行恢复；

可选地，在本实施例中上述列表控件的恢复方法可以应用于终端的操作系统中，其中，在本实施例中的终端可以包括但不限于以下至少之一：手机、平板电脑，在本实施例中的操作系统可以包括但不限于以下至少之一：windows phone操作系统、Andriod操作系统、iOS操作系统。例如，如图2所示，处于待恢复状态的列表控件位于手机的windows phone操作系统中，上述举例只是一种示例，本申请对此不作限定。

可选地，在本实施例中的列表控件中包括但不限于列表项，其中上述列表项可以包括但不限于以下至少之一：文字、图片、视频。进一步，在本实施例中可以用在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项的个数L、在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的最后一个列表项的序号K、在列表控件被标记为待恢复状态时在终端上的当前屏幕中的第一个列表项被显示的比例OFFSET%来标识当前列表控件所处的状态。

可选地，在本实施例中控制列表控件的列表项在当前屏幕上显示的要素可以包括但不限于：列表项所占的高度，列表项之间的间隔距离。其中，每个列表项在当前屏幕显示所占的高度范围可以包括但不限于：该列表项所占的高度再分别加上与上、下相邻两个列表项的间隔距离的一半。例如，如图2所示，列表项item08所占的高度为3个像素，与列表项item07的间隔距离为2个像素；与列表项item09的间隔距离为2个像素；则列表项item08在当前屏幕显示所占的高度范围为：1+3+1=5个像素。

例如，终端以手机为例，操作系统以windows phone操作系统为例，假设上述手机的windows phone操作系统中的列表控件listbox_1处于待恢复状态，图3所示为列表控件listbox_1的示意图，判断手机上是否需要对处于上述待恢复状态的列表控件listbox_1中的列表项（例如，item05至item14）进行恢复。其中，假设图3所示的当前屏幕的显示高度为50个像素，具体可以如表1所示。

表1

可选地，在本实施例中上表1中列表项item14与下一列表项之间的间隔距离为2个像素，则可得出，列表项item14在当前屏幕显示所占的高度范围为9个像素。

可选地，在本实施例中列表控件中的列表项在当前屏幕上的显示内容可以为部分或全部列表项中的内容，可选地，在本实施例中通过设置偏移量OFFSET%来计算列表项部分显示的高度范围。例如，如图5所示，待恢复状态时在手机上的当前屏幕中的第一个列表项item04被显示的比例为50%。

S104，若判断出在终端上需要对处于待恢复状态的列表控件进行恢复，则获取处于待恢复状态的列表控件在终端上的状态信息；

可选地，在本实施例中的状态信息用于指示恢复列表控件时所需加载的列表项。可选地，在本实施例中的状态信息包括但不限于以下至少之一：在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项的个数L、在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的最后一个列表项的序号K、在列表控件被标记为待恢复状态时在终端上的当前屏幕中的第一个列表项被显示的比例OFFSET%。

例如，终端以手机为例，操作系统以windows phone操作系统为例，假设上述手机的windows phone操作系统中的列表控件listbox_1处于待恢复状态，结合图3所示，在判断出在手机上需要对处于待恢复状态的列表控件listbox_1进行恢复时，获取上述列表控件listbox_1在手机上的状态信息，例如，该状态信息指示恢复列表控件时所需加载的列表项为item05至item14，其中，上述列表控件处于待恢复的状态信息为：在列表控件listbox_1被标记为待恢复状态时在手机上的当前屏幕中显示的列表项的个数为10个，在列表控件被标记为待恢复状态时在手机上的当前屏幕中显示的最后一个列表项的序号为item14，在列表控件被标记为待恢复状态时在手机上的当前屏幕中的第一个列表项被显示的比例为0。

S106，在终端上加载状态信息指示的列表项，以完成对处于待恢复状态的列表控件的恢复。

可选地，在本实施例中在终端上加载的状态信息可以为但不限于：在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项、在列表控件被标记为待恢复状态时在终端上的上一屏幕中显示的列表项、在列表控件被标记为待恢复状态时在终端上的下一屏幕中显示的列表项。然后根据需求分别加载显示，以实现快速恢复上述列表控件的效果。

可选地，在本实施例中列表控件中的列表项在当前屏幕上的显示内容可以为部分或全部列表项中的内容，可选地，在本实施例中通过设置偏移量OFFSET%来计算列表项部分显示的高度范围。进而准确加载上述列表控件处于待恢复状态时所显示的列表项。例如，如图5所示，待恢复状态时在手机上的当前屏幕中的第一个列表项item04被显示的比例为50%。

例如，终端以手机为例，操作系统以windows phone操作系统为例，假设上述手机的windows phone操作系统中的列表控件listbox_1处于待恢复状态，结合图3所示，在获取处于待恢复状态的列表控件listbox_1相应的状态信息之后，在手机上加载上述状态信息所指示的列表项，例如，列表项item05至item14。

通过本申请提供的实施例，获取待恢复列表控件在终端上显示的状态信息，在终端上加载上述状态信息所指示的列表项，通过这样的加载恢复的方式，避免了现有技术中无法恢复列表控件的缺陷，以实现快速而无缝地恢复上述列表控件中的列表项的技术效果。

作为一种可选的方案，在判断在终端上是否需要对处于待恢复状态的列表控件进行恢复之前，还包括：

S1，若当前列表控件满足预定条件，则将当前列表控件标记为处于待恢复状态的列表控件；

可选地，在本实施例中的预定条件包括以下至少之一：当前列表控件转为未激活状态、执行内存清除时删除当前列表控件、当前列表控件出现故障或使用当前列表控件的应用或进程出现故障。

可选地，在本实施例中当用户单击选择带有标记的列表控件时，则可直接对上述带有标记的列表控件进行恢复，加载带有标记的列表控件中相应的列表项。

例如，终端以手机为例，操作系统以windows phone操作系统为例，在判断手机的windows phone操作系统中处于待恢复状态的列表控件listbox_1是否进行恢复之前，需要判断上述列表控件是否满足处于待恢复状态的预定条件，例如，以当前列表控件转为未激活状态为例，若判断出手机上的列表控件listbox_1转为未激活状态时，则将当前列表控件listbox_1标记为处于待恢复状态的列表控件；或者，以执行内存清除时删除当前列表控件为例，若判断出手机上的列表控件listbox_2在内存管理时，执行了内存清除并销毁当前列表控件的操作，则将当前列表控件listbox_2标记为处于待恢复状态的列表控件；又或者，以当前列表控件出现故障或使用当前列表控件的应用或进程出现故障为例，若判断出手机上的列表控件listbox_3出现故障时，则将当前列表控件listbox_3标记为处于待恢复状态的列表控件。在本实施例中，当用户选择上述待恢复状态的列表控件时，则可直接加载上述列表控件中相应的列表项。

通过本申请提供的实施例，通过预定条件来判断列表控件是否会被标记为处于待恢复状态的列表控件，其中，上述预定条件包括以下至少之一：当前列表控件转为未激活状态、执行内存清除时删除当前列表控件、当前列表控件出现故障或使用当前列表控件的应用或进程出现故障。实现了对列表控件是否处于待恢复状态的准确判断，进而对已标记的列表控件直接进行恢复加载，也达到了缩短恢复列表控件的时间的效果。

作为一种可选的方案，如图4所示，步骤S102，判断在终端上是否需要对处于待恢复状态的列表控件进行恢复包括：

S402，判断在终端上是否接收到列表控件选择请求；

可选地，在本实施例中的列表控件选择请求用于请求使用处于待恢复状态的列表控件。

可选地，在本实施例中当在终端上接收到用于请求使用处于待恢复状态的列表控件的列表控件选择请求时，则可判断出对上述终端上处于待恢复状态的列表控件进行恢复，加载处于待恢复状态的列表控件中相应的列表项。

例如，终端以手机为例，操作系统以windows phone操作系统为例，判断手机上是否接收到用于请求使用处于待恢复状态的列表控件的列表控件选择请求。例如，手机上包括列表控件listbox_1、listbox_2、listbox_3，其中，处于待恢复状态的列表控件为listbox_1，则判断手机上是否接收到用于请求使用处于待恢复状态的列表控件listbox_1的列表控件选择请求。

S404，若判断出接收到列表控件选择请求，则判断出在终端上需要对处于待恢复状态的列表控件进行恢复。

例如，终端以手机为例，操作系统以windows phone操作系统为例，手机上包括列表控件listbox_1、listbox_2、listbox_3，其中，处于待恢复状态的列表控件为listbox_1，若判断出手机上接收到用于请求使用处于待恢复状态的列表控件listbox_1的列表控件选择请求，则判断出在手机上需要对处于待恢复状态的列表控件listbox_1进行恢复。在本实施例中，当手机上接收到用于请求使用处于待恢复状态的列表控件的列表控件选择请求，则可直接判断出对手机上处于待恢复状态的列表控件执行恢复，并加载上述列表控件中相应的列表项。

通过本申请提供的实施例，通过判断是否接收到列表控件选择请求，其中，列表控件选择请求用于请求使用处于待恢复状态的列表控件，进而判断是否对终端上处于待恢复状态的列表控件进行恢复，实现了通过所接收的列表控件选择请求的指示，来对终端上待恢复状态的列表控件进行恢复，从而加快了终端上待恢复列表控件的恢复加载。

作为一种可选的方案，步骤S104，在获取处于待恢复状态的列表控件在终端上的状态信息之前，包括：

S1，在列表控件被标记为待恢复状态时存储列表控件的状态信息；

可选地，在本实施例中的状态信息包括以下至少之一：在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项的个数L、在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的最后一个列表项的序号K、在列表控件被标记为待恢复状态时在终端上的当前屏幕中的第一个列表项被显示的比例OFFSET%。

可选地，在本实施例中的存储列表控件的状态信息的方式可以为但不限于：实时存储。可选地，在本实施例中的实时存储指的是列表控件在初始化状态时或滑动的过程中实时记录并保存列表控件相应的状态信息。

例如，终端以手机为例，操作系统以windows phone操作系统为例，结合图5所示，在列表控件被标记为待恢复状态时，在手机上的当前屏幕中显示的列表项的个数为11个、在手机上的当前屏幕中显示的最后一个列表项的序号为item14、在手机上的当前屏幕中的第一个列表项item04被显示的比例为50%。

通过本申请提供的实施例，通过在列表控件被标记为待恢复状态时存储列表控件的状态信息，以达到快速获取待恢复状态列表控件相应的状态信息的目的，进而根据上述状态信息在终端上加载状态信息指示的列表项，避免了恢复缓慢的问题，并实现快速而流畅地恢复列表控件，为用户节省了时间。

作为一种可选的方案，步骤S106，在终端上加载状态信息指示的列表项包括：

S1，在终端上加载序号为(K-L+1)至K的列表项；

S2，在终端上的当前屏幕中显示序号为(K-L+1)至K的列表项，其中，对于序号为(K-L+1)的列表项，在当前屏幕中从下到上显示序号为(K-L+1)的列表项的OFFSET%；对于序号为K的列表项，在当前屏幕中显示序号为K的列表项的一部分或全部。

例如，终端以手机为例，操作系统以windows phone操作系统为例，结合图5所示，获取手机在列表控件被标记为待恢复状态时的状态信息：在手机上的当前屏幕中显示的列表项的个数11个、在手机上的当前屏幕中显示的最后一个列表项的序号为item14、在列表控件被标记为待恢复状态时在终端上的当前屏幕中的第一个列表项item04被显示的比例50%。然后，根据获取的上述状态信息在手机上加载序号为item04至item14的列表项，再根据当前屏幕中的第一个列表项item04从下到上显示的比例50%的状态信息，得出当前屏幕中最后一个显示序号为item14的列表项也随之偏移，显示出该列表项中的部分内容。

作为一种可选的方案，步骤S106，在终端上加载状态信息指示的列表项还包括：

S1，若序号为N至(K-L)的列表项的总显示高度与当前屏幕的高度之间的差值小于等于预定阈值，则将序号为N至(K-L)的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载，其中，0<N<(K-L)；

可选地，在本实施例中在终端上加载的状态信息可以为但不限于：在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项、在列表控件被标记为待恢复状态时在终端上的上一屏幕中显示的列表项、在列表控件被标记为待恢复状态时在终端上的下一屏幕中显示的列表项。

可选地，在本实施例中当检测到向下拉动列表控件，并且头部列表项少于预定阈值，例如，预定阈值为8个，则可判断出需要加载上一屏幕中的列表项。

例如，终端以手机为例，操作系统以windows phone操作系统为例，如图6所示，假设手机当前屏幕的显示高度50个像素，序号为item2至item4的列表项的总显示高度为48个像素，预定阈值为5个像素，则判断出序号为item2至item4的列表项的总显示高度48个像素与当前屏幕的高度50个像素之间的差值（即2个像素）小于预定阈值（例如，预定阈值为5个像素），则将序号为item2至item4的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载。

S2，若序号为1至(K-L)的列表项的总显示高度或等于当前屏幕的高度，则将序号为1至(K-L)的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载。

例如，终端以手机为例，操作系统以windows phone操作系统为例，如图7所示，假设手机当前屏幕的显示高度50个像素，序号为item1至item4的列表项的总显示高度为15个像素，则判断出序号为item1至item4的列表项的总显示高度15个像素小于当前屏幕的高度50个像素，则将序号为item1至item4的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载。

作为一种可选的方案，步骤S106，在终端上加载状态信息指示的列表项还包括：

S1，若序号为（K+1）至M的列表项的总显示高度与当前屏幕的高度之间的差值小于等于预定阈值，则将序号为（K+1）至M的列表项作为当前屏幕的下一屏幕中所需显示的列表项进行加载，其中，（K+1）<M<列表控件中所需使用的所有列表项的数量m；

可选地，在本实施例中当检测到向上拉动列表控件，并且尾部列表项小于预定阈值，例如，预定阈值为8个，则可判断出需要加载下一屏幕中的列表项。

例如，终端以手机为例，操作系统以windows phone操作系统为例，假设上述列表控件中所有列表项的个数为23个，手机当前屏幕的显示高度50个像素，序号为item15至item20的列表项的总显示高度为49个像素，预定阈值为5个像素，则判断出序号为item15至item20的列表项的总显示高度49个像素与当前屏幕的高度50个像素之间的差值（即1个像素）小于预定阈值（例如，预定阈值为5个像素），则将序号为item15至item20的列表项作为当前屏幕的下一屏幕中所需显示的列表项进行加载。

S2，若序号为（K+1）至m的列表项的总显示高度小于或等于当前屏幕的高度，则将序号为（K+1）至m的列表项作为当前屏幕的下一屏幕中所需显示的列表项进行加载。

例如，终端以手机为例，操作系统以windows phone操作系统为例，如图8所示，假设上述列表控件中所有列表项的个数为23个，手机当前屏幕的显示高度50个像素，序号为item15至item23的列表项的总显示高度为40个像素，则判断出序号为item15至item23的列表项的总显示高度40个像素小于当前屏幕的高度50个像素，则将序号为item15至item23的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载。

通过本申请提供的实施例，通过判断相应列表项的显示高度与当前屏幕高度之间的关系，将满足要求的列表控件中的列表项进行分段加载，这样不仅避免了重新创建列表控件，而且达到了快速恢复列表控件中列表项的目的，节约了大量的时间。

作为一种可选的方案，步骤S106，在终端上加载状态信息指示的列表项包括：

S1，将在终端的存储空间中存储的所需加载的列表项复制到列表控件中。

可选地，在本实施例中对待恢复状态的列表控件进行恢复可以为但不限于：将终端存储空间中存储的所需加载的列表项对应的元数据复制到已恢复的列表控件中。例如，待恢复列表控件的列表项中存储的为执行一次系统测试的测试数据，则在本示例中的恢复指的是将上述测试数据在存储空间的元数据直接复制到已恢复的列表控件中。

通过本申请提供的实施例，将在终端的存储空间中存储的所需加载的列表项复制到列表控件中实现列表控件的恢复，避免了重新创建列表控件，进而达到了快速恢复列表控件中列表项的目的，节约了大量的时间。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种列表控件的恢复装置，如图9所示，在本实施例中该装置包括：

（1）判断单元902，用于判断在终端上是否需要对处于待恢复状态的列表控件进行恢复；

可选地，在本实施例中上述列表控件的恢复方法可以应用于终端的操作系统中，其中，在本实施例中的终端可以包括但不限于以下至少之一：手机、平板电脑，在本实施例中的操作系统可以包括但不限于以下至少之一：windows phone操作系统、Andriod操作系统、iOS操作系统。例如，如图2所示，处于待恢复状态的列表控件位于手机的windows phone操作系统中，上述举例只是一种示例，本申请对此不作限定。

可选地，在本实施例中的列表控件中包括但不限于列表项，其中上述列表项可以包括但不限于以下至少之一：文字、图片、视频。进一步，在本实施例中可以用在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项的个数L、在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的最后一个列表项的序号K、在列表控件被标记为待恢复状态时在终端上的当前屏幕中的第一个列表项被显示的比例OFFSET%来标识当前列表控件所处的状态。

可选地，在本实施例中控制列表控件的列表项在当前屏幕上显示的要素可以包括但不限于：列表项所占的高度，列表项之间的间隔距离。其中，每个列表项在当前屏幕显示所占的高度范围可以包括但不限于：该列表项所占的高度再分别加上与上、下相邻两个列表项的间隔距离的一半。例如，如图2所示，列表项item08所占的高度为3个像素，与列表项item07的间隔距离为2个像素；与列表项item09的间隔距离为2个像素；则列表项item08在当前屏幕显示所占的高度范围为：1+3+1=5个像素。

例如，终端以手机为例，操作系统以windows phone操作系统为例，假设上述手机的windows phone操作系统中的列表控件listbox_1处于待恢复状态，图3所示为列表控件listbox_1的示意图，判断手机上是否需要对处于上述待恢复状态的列表控件listbox_1中的列表项（例如，item05至item14）进行恢复。其中，假设图3所示的当前屏幕的显示高度为50个像素，具体可以如表2所示。

表2

可选地，在本实施例中上表1中列表项item14与下一列表项之间的间隔距离为2个像素，则可得出，列表项item14在当前屏幕显示所占的高度范围为9个像素。

可选地，在本实施例中列表控件中的列表项在当前屏幕上的显示内容可以为部分或全部列表项中的内容，可选地，在本实施例中通过设置偏移量OFFSET%来计算列表项部分显示的高度范围。例如，如图5所示，待恢复状态时在手机上的当前屏幕中的第一个列表项item04被显示的比例为50%。

（2）获取单元904，用于在判断出在终端上需要对处于待恢复状态的列表控件进行恢复时，获取处于待恢复状态的列表控件在终端上的状态信息，其中，状态信息用于指示恢复列表控件时所需加载的列表项；

可选地，在本实施例中的状态信息用于指示恢复列表控件时所需加载的列表项。可选地，在本实施例中的状态信息包括但不限于以下至少之一：在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项的个数L、在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的最后一个列表项的序号K、在列表控件被标记为待恢复状态时在终端上的当前屏幕中的第一个列表项被显示的比例OFFSET%。

例如，终端以手机为例，操作系统以windows phone操作系统为例，假设上述手机的windows phone操作系统中的列表控件listbox_1处于待恢复状态，结合图3所示，在判断出在手机上需要对处于待恢复状态的列表控件listbox_1进行恢复时，获取上述列表控件listbox_1在手机上的状态信息，例如，该状态信息指示恢复列表控件时所需加载的列表项为item05至item14，其中，上述列表控件处于待恢复的状态信息为：在列表控件listbox_1被标记为待恢复状态时在手机上的当前屏幕中显示的列表项的个数为10个，在列表控件被标记为待恢复状态时在手机上的当前屏幕中显示的最后一个列表项的序号为item14，在列表控件被标记为待恢复状态时在手机上的当前屏幕中的第一个列表项被显示的比例为0。

（3）加载单元906，用于在终端上加载状态信息指示的列表项，以完成对处于待恢复状态的列表控件的恢复。

可选地，在本实施例中在终端上加载的状态信息可以为但不限于：在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项、在列表控件被标记为待恢复状态时在终端上的上一屏幕中显示的列表项、在列表控件被标记为待恢复状态时在终端上的下一屏幕中显示的列表项。然后根据需求分别加载显示，以实现快速恢复上述列表控件的效果。

可选地，在本实施例中列表控件中的列表项在当前屏幕上的显示内容可以为部分或全部列表项中的内容，可选地，在本实施例中通过设置偏移量OFFSET%来计算列表项部分显示的高度范围。进而准确加载上述列表控件处于待恢复状态时所显示的列表项。例如，如图5所示，待恢复状态时在手机上的当前屏幕中的第一个列表项item04被显示的比例为50%。

例如，终端以手机为例，操作系统以windows phone操作系统为例，假设上述手机的windows phone操作系统中的列表控件listbox_1处于待恢复状态，结合图3所示，在获取处于待恢复状态的列表控件listbox_1相应的状态信息之后，在手机上加载上述状态信息所指示的列表项，例如，列表项item05至item14。

通过本申请提供的实施例，获取待恢复列表控件在终端上显示的状态信息，在终端上加载上述状态信息所指示的列表项，通过这样的加载恢复的方式，避免了现有技术中无法恢复列表控件的缺陷，以实现快速而无缝地恢复上述列表控件中的列表项的技术效果。

作为一种可选的方案，在本实施例中的装置还包括：

（1）标记单元，用于在当前列表控件满足预定条件时，将当前列表控件标记为处于待恢复状态的列表控件，其中，预定条件包括以下至少之一：当前列表控件转为未激活状态、执行内存清除时删除当前列表控件、当前列表控件出现故障或使用当前列表控件的应用或进程出现故障。

可选地，在本实施例中当用户单击选择带有标记的列表控件时，则可直接对上述带有标记的列表控件进行恢复，加载带有标记的列表控件中相应的列表项。

例如，终端以手机为例，操作系统以windows phone操作系统为例，在判断手机的windows phone操作系统中处于待恢复状态的列表控件listbox_1是否进行恢复之前，需要判断上述列表控件是否满足处于待恢复状态的预定条件，例如，以当前列表控件转为未激活状态为例，若判断出手机上的列表控件listbox_1转为未激活状态时，则将当前列表控件listbox_1标记为处于待恢复状态的列表控件；或者，以执行内存清除时删除当前列表控件为例，若判断出手机上的列表控件listbox_2在内存管理时，执行了内存清除并销毁当前列表控件的操作，则将当前列表控件listbox_2标记为处于待恢复状态的列表控件；又或者，以当前列表控件出现故障或使用当前列表控件的应用或进程出现故障为例，若判断出手机上的列表控件listbox_3出现故障时，则将当前列表控件listbox_3标记为处于待恢复状态的列表控件。在本实施例中，当用户选择上述待恢复状态的列表控件时，则可直接加载上述列表控件中相应的列表项。

通过本申请提供的实施例，通过预定条件来判断列表控件是否会被标记为处于待恢复状态的列表控件，其中，上述预定条件包括以下至少之一：当前列表控件转为未激活状态、执行内存清除时删除当前列表控件、当前列表控件出现故障或使用当前列表控件的应用或进程出现故障。实现了对列表控件是否处于待恢复状态的准确判断，进而对已标记的列表控件直接进行恢复加载，也达到了缩短恢复列表控件的时间的效果。

作为一种可选的方案，判断单元902包括：

（1）判断模块，用于判断在终端上是否接收到列表控件选择请求，其中列表控件选择请求用于请求使用处于待恢复状态的列表控件；若判断出接收到列表控件选择请求，则判断出在终端上需要对处于待恢复状态的列表控件进行恢复。

可选地，在本实施例中当在终端上接收到用于请求使用处于待恢复状态的列表控件的列表控件选择请求时，则可判断出对上述终端上处于待恢复状态的列表控件进行恢复，加载处于待恢复状态的列表控件中相应的列表项。

例如，终端以手机为例，操作系统以windows phone操作系统为例，判断手机上是否接收到用于请求使用处于待恢复状态的列表控件的列表控件选择请求。例如，手机上包括列表控件listbox_1、listbox_2、listbox_3，其中，处于待恢复状态的列表控件为listbox 1，则判断手机上是否接收到用于请求使用处于待恢复状态的列表控件listbox_1的列表控件选择请求。

例如，终端以手机为例，操作系统以windows phone操作系统为例，手机上包括列表控件listbox_1、listbox_2、listbo_3，其中，处于待恢复状态的列表控件为listbox_1，若判断出手机上接收到用于请求使用处于待恢复状态的列表控件listbox_1的列表控件选择请求，则判断出在手机上需要对处于待恢复状态的列表控件listbox_1进行恢复。在本实施例中，当手机上接收到用于请求使用处于待恢复状态的列表控件的列表控件选择请求，则可直接判断出对手机上处于待恢复状态的列表控件执行恢复，并加载上述列表控件中相应的列表项。

通过本申请提供的实施例，通过判断是否接收到列表控件选择请求，其中，列表控件选择请求用于请求使用处于待恢复状态的列表控件，进而判断是否对终端上处于待恢复状态的列表控件进行恢复，实现了通过所接收的列表控件选择请求的指示，来对终端上待恢复状态的列表控件进行恢复，从而加快了终端上待恢复列表控件的恢复加载。

作为一种可选的方案，在本实施例中的装置还包括：

（1）存储单元，用于在列表控件被标记为待恢复状态时存储列表控件的状态信息，其中，状态信息包括以下至少之一：在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项的个数L、在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的最后一个列表项的序号K、在列表控件被标记为待恢复状态时在终端上的当前屏幕中的第一个列表项被显示的比例OFFSET%。

可选地，在本实施例中的存储列表控件的状态信息的方式可以为但不限于：实时存储。可选地，在本实施例中的实时存储指的是列表控件在初始化状态时或滑动的过程中实时记录并保存列表控件相应的状态信息。

例如，终端以手机为例，操作系统以windows phone操作系统为例，结合图5所示，在列表控件被标记为待恢复状态时，在手机上的当前屏幕中显示的列表项的个数为11个、在手机上的当前屏幕中显示的最后一个列表项的序号为item14、在手机上的当前屏幕中的第一个列表项item04被显示的比例为50%。

通过本申请提供的实施例，通过在列表控件被标记为待恢复状态时存储列表控件的状态信息，以达到快速获取待恢复状态列表控件相应的状态信息的目的，进而根据上述状态信息在终端上加载状态信息指示的列表项，避免了恢复缓慢的问题，并实现快速而流畅地恢复列表控件，为用户节省了时间。

作为一种可选的方案，如图10所示，加载单元906包括：

（1）第一加载模块1002，用于在终端上加载序号为(K-L+1)至K的列表项；

（2）第一显示模块1004，用于在终端上的当前屏幕中显示序号为(K-L+1)至K的列表项，其中，对于序号为(K-L+1)的列表项，在当前屏幕中从下到上显示序号为(K-L+1)的列表项的OFFSET%；对于序号为K的列表项，在当前屏幕中显示序号为K的列表项的一部分或全部。

例如，终端以手机为例，操作系统以windows phone操作系统为例，结合图5所示，获取手机在列表控件被标记为待恢复状态时的状态信息：在手机上的当前屏幕中显示的列表项的个数11个、在手机上的当前屏幕中显示的最后一个列表项的序号为item14、在列表控件被标记为待恢复状态时在终端上的当前屏幕中的第一个列表项item04被显示的比例50%。然后，根据获取的上述状态信息在手机上加载序号为item04至item14的列表项，再根据当前屏幕中的第一个列表项item04从下到上显示的比例50%的状态信息，得出当前屏幕中最后一个显示序号为item14的列表项也随之偏移，显示出该列表项中的部分内容。

作为一种可选的方案，所述加载单元906还包括：

（1）第一判断模块，用于判断序号为N至(K-L)的所述列表项的总显示高度与所述当前屏幕的高度之间的差值是否小于等于预定阈值；

（2）第二加载模块，用于在判断出序号为N至(K-L)的所述列表项的总显示高度与所述当前屏幕的高度之间的差值小于等于预定阈值时，将序号为N至(K-L)的所述列表项作为所述当前屏幕的上一屏幕中所需显示的列表项进行加载，其中，0<N<(K-L)；

可选地，在本实施例中在终端上加载的状态信息可以为但不限于：在列表控件被标记为待恢复状态时在终端上的当前屏幕中显示的列表项、在列表控件被标记为待恢复状态时在终端上的上一屏幕中显示的列表项、在列表控件被标记为待恢复状态时在终端上的下一屏幕中显示的列表项。

可选地，在本实施例中当检测到向下拉动列表控件，并且头部列表项少于预定阈值，例如，预定阈值为8个，则可判断出需要加载上一屏幕中的列表项。

例如，终端以手机为例，操作系统以windows phone操作系统为例，如图6所示，假设手机当前屏幕的显示高度50个像素，序号为item2至item4的列表项的总显示高度为48个像素，预定阈值为5个像素，则判断出序号为item2至item4的列表项的总显示高度48个像素与当前屏幕的高度50个像素之间的差值（即2个像素）小于预定阈值（例如，预定阈值为5个像素），则将序号为item2至item4的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载。

（3）第二判断模块，用于判断序号为1至(K-L)的所述列表项的总显示高度是否小于或等于所述当前屏幕的高度；

（4）第三加载模块，用于在判断出序号为1至(K-L)的所述列表项的总显示高度小于或等于所述当前屏幕的高度时，将序号为1至(K-L)的所述列表项作为所述当前屏幕的上一屏幕中所需显示的列表项进行加载。

例如，终端以手机为例，操作系统以windows phone操作系统为例，如图7所示，假设手机当前屏幕的显示高度50个像素，序号为item1至item4的列表项的总显示高度为15个像素，则判断出序号为item1至item4的列表项的总显示高度15个像素小于当前屏幕的高度50个像素，则将序号为item1至item4的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载。

作为一种可选的方案，所述加载单元906还包括：

（1）第三判断模块，用于判断序号为（K+1）至M的所述列表项的总显示高度与所述当前屏幕的高度之间的差值是否小于等于预定阈值；

（2）第四加载模块，用于在判断出序号为（K+1）至M的所述列表项的总显示高度与所述当前屏幕的高度之间的差值小于等于预定阈值时，将序号为（K+1）至M的所述列表项作为所述当前屏幕的下一屏幕中所需显示的列表项进行加载，其中，（K+1）<M<所述列表控件中所需使用的所有列表项的数量m；

可选地，在本实施例中当检测到向上拉动列表控件，并且尾部列表项小于预定阈值，例如，预定阈值为8个，则可判断出需要加载下一屏幕中的列表项。

例如，终端以手机为例，操作系统以windows phone操作系统为例，假设上述列表控件中所有列表项的个数为23个，手机当前屏幕的显示高度50个像素，序号为item15至item20的列表项的总显示高度为49个像素，预定阈值为5个像素，则判断出序号为item15至item20的列表项的总显示高度49个像素与当前屏幕的高度50个像素之间的差值（即1个像素）小于预定阈值（例如，预定阈值为5个像素），则将序号为item15至item20的列表项作为当前屏幕的下一屏幕中所需显示的列表项进行加载。

（3）第四判断模块，用于判断序号为（K+1）至m的所述列表项的总显示高度是否小于或等于所述当前屏幕的高度；

（4）第五加载模块，用于在判断出序号为（K+1）至m的所述列表项的总显示高度小于或等于所述当前屏幕的高度时，将序号为（K+1）至m的所述列表项作为所述当前屏幕的下一屏幕中所需显示的列表项进行加载。

例如，终端以手机为例，操作系统以windows phone操作系统为例，如图8所示，假设上述列表控件中所有列表项的个数为23个，手机当前屏幕的显示高度50个像素，序号为item15至item23的列表项的总显示高度为40个像素，则判断出序号为item15至item23的列表项的总显示高度40个像素小于当前屏幕的高度50个像素，则将序号为item15至item23的列表项作为当前屏幕的上一屏幕中所需显示的列表项进行加载。

通过本申请提供的实施例，通过判断相应列表项的显示高度与当前屏幕高度之间的关系，将满足要求的列表控件中的列表项进行分段加载，这样不仅避免了重新创建列表控件，而且达到了快速恢复列表控件中列表项的目的，节约了大量的时间。

作为一种可选的方案，所述加载单元906还包括：

（1）复制模块，将在所述终端的存储空间中存储的所需加载的所述列表项复制到所述列表控件中。

可选地，在本实施例中对待恢复状态的列表控件进行恢复可以为但不限于：将终端存储空间中存储的所需加载的列表项对应的元数据复制到已恢复的列表控件中。例如，待恢复列表控件的列表项中存储的为执行一次系统测试的测试数据，则在本示例中的恢复指的是将上述测试数据在存储空间的元数据直接复制到已恢复的列表控件中。

通过本申请提供的实施例，将在终端的存储空间中存储的所需加载的列表项复制到列表控件中实现列表控件的恢复，避免了重新创建列表控件，进而达到了快速恢复列表控件中列表项的目的，节约了大量的时间。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种列表控件的恢复方法，其特征在于，包括：

判断在终端上是否需要对处于待恢复状态的列表控件进行恢复；

若判断出在所述终端上需要对处于所述待恢复状态的列表控件进行恢复，则获取所述处于待恢复状态的列表控件在所述终端上的状态信息，其中，所述状态信息用于指示恢复所述列表控件时所需加载的列表项；

在所述终端上加载所述状态信息指示的所述列表项，以完成对所述处于待恢复状态的列表控件的恢复；

所述在所述终端上加载所述状态信息指示的所述列表项包括：

在所述终端上加载序号为(K-L+1)至K的所述列表项，其中，L为在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中显示的列表项的个数，K为在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中显示的最后一个列表项的序号；

在所述终端上的所述当前屏幕中显示所述序号为(K-L+1)至K的所述列表项，其中，对于序号为(K-L+1)的列表项，在所述当前屏幕中从下到上显示所述序号为(K-L+1)的列表项的OFFSET％；对于序号为K的列表项，在所述当前屏幕中显示所述序号为K的列表项的一部分或全部，OFFSET％为在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中的第一个列表项被显示的比例。

2.根据权利要求1所述的方法，其特征在于，在所述判断在终端上是否需要对处于待恢复状态的列表控件进行恢复之前，还包括：

若当前列表控件满足预定条件，则将所述当前列表控件标记为所述处于待恢复状态的列表控件，其中，所述预定条件包括以下至少之一：所述当前列表控件转为未激活状态、执行内存清除时删除所述当前列表控件、所述当前列表控件出现故障或使用所述当前列表控件的应用或进程出现故障。

3.根据权利要求1所述的方法，其特征在于，所述判断在终端上是否需要对处于待恢复状态的列表控件进行恢复包括：

判断在所述终端上是否接收到列表控件选择请求，其中所述列表控件选择请求用于请求使用所述处于待恢复状态的列表控件；

若判断出接收到所述列表控件选择请求，则判断出在所述终端上需要对处于所述待恢复状态的列表控件进行恢复。

4.根据权利要求1所述的方法，其特征在于，在获取所述处于待恢复状态的列表控件在所述终端上的状态信息之前，包括：

在所述列表控件被标记为所述待恢复状态时存储所述列表控件的所述状态信息，其中，所述状态信息包括以下至少之一：在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中显示的所述列表项的个数L、在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中显示的最后一个列表项的序号K、在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中的第一个列表项被显示的比例OFFSET％。

5.根据权利要求1所述的方法，其特征在于，所述在所述终端上加载所述状态信息指示的所述列表项还包括：

若序号为N至(K-L)的所述列表项的总显示高度与所述当前屏幕的高度之间的差值小于等于预定闭值，则将序号为N至(K-L)的所述列表项作为所述当前屏幕的上一屏幕中所需显示的列表项进行加载，其中，0<N<(K-L)；

若序号为1至(K-L)的所述列表项的总显示高度小于或等于所述当前屏幕的高度，则将序号为1至(K-L)的所述列表项作为所述当前屏幕的上一屏幕中所需显示的列表项进行加载。

6.根据权利要求1所述的方法，其特征在于，所述在所述终端上加载所述状态信息指示的所述列表项还包括：

若序号为(K+1)至M的所述列表项的总显示高度与所述当前屏幕的高度之间的差值小于等于预定闭值，则将序号为(K+1)至M的所述列表项作为所述当前屏幕的下一屏幕中所需显示的列表项进行加载，其中，(K+1)<M<所述列表控件中所需使用的所有列表项的数量m；

若序号为(K+1)至m的所述列表项的总显示高度小于或等于所述当前屏幕的高度，则将序号为(K+1)至m的所述列表项作为所述当前屏幕的下一屏幕中所需显示的列表项进行加载。

7.根据权利要求1-6中任一项所述的方法，其特征在于，在所述终端上加载所述状态信息指示的所述列表项包括：

将在所述终端的存储空间中存储的所需加载的所述列表项复制到所述列表控件中。

8.一种列表控件的恢复装置，其特征在于，包括：

判断单元，用于判断在终端上是否需要对处于待恢复状态的列表控件进行恢复；

获取单元，用于在判断出在所述终端上需要对处于所述待恢复状态的列表控件进行恢复时，获取所述处于待恢复状态的列表控件在所述终端上的状态信息，其中，所述状态信息用于指示恢复所述列表控件时所需加载的列表项；

加载单元，用于在所述终端上加载所述状态信息指示的所述列表项，以完成对所述处于待恢复状态的列表控件的恢复；

所述加载单元包括：

第一加载模块，用于在所述终端上加载序号为(K-L+1)至K的所述列表项其中，L为在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中显示的列表项的个数，K为在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中显示的最后一个列表项的序号；

第一显示模块，用于在所述终端上的所述当前屏幕中显示所述序号为(K-L+1)至K的所述列表项，其中，对于序号为(K-L+1)的列表项，在所述当前屏幕中从下到上显示所述序号为(K-L+1)的列表项的OFFSET％；对于序号为K的列表项，在所述当前屏幕中显示所述序号为K的列表项的一部分或全部，OFFSET％为在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中的第一个列表项被显示的比例。

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

标记单元，用于在当前列表控件满足预定条件时，将所述当前列表控件标记为所述处于待恢复状态的列表控件，其中，所述预定条件包括以下至少之一：所述当前列表控件转为未激活状态、执行内存清除时删除所述当前列表控件、所述当前列表控件出现故障或使用所述当前列表控件的应用或进程出现故障。

10.根据权利要求8所述的装置，其特征在于，所述判断单元包括：

判断模块，用于判断在所述终端上是否接收到列表控件选择请求，其中所述列表控件选择请求用于请求使用所述处于待恢复状态的列表控件；若判断出接收到所述列表控件选择请求，则判断出在所述终端上需要对处于所述待恢复状态的列表控件进行恢复。

11.根据权利要求8所述的装置，其特征在于，所述装置还包括：

存储单元，用于在所述列表控件被标记为所述待恢复状态时存储所述列表控件的所述状态信息，其中，所述状态信息包括以下至少之一：在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中显示的所述列表项的个数L、在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中显示的最后一个列表项的序号K、在所述列表控件被标记为所述待恢复状态时在所述终端上的当前屏幕中的第一个列表项被显示的比例OFFSET％。

12.根据权利要求8所述的装置，其特征在于，所述加载单元还包括：

第一判断模块，用于判断序号为N至(K-L)的所述列表项的总显示高度与所述当前屏幕的高度之间的差值是否小于等于预定闭值；

第二加载模块，用于在判断出序号为N至(K-L)的所述列表项的总显示高度与所述当前屏幕的高度之间的差值小于等于预定闭值时，将序号为N至(K-L)的所述列表项作为所述当前屏幕的上一屏幕中所需显示的列表项进行加载，其中，0<N<(K-L)；

第二判断模块，用于判断序号为1至(K-L)的所述列表项的总显示高度是否小于或等于所述当前屏幕的高度；

第三加载模块，用于在判断出序号为1至(K-L)的所述列表项的总显示高度小于或等于所述当前屏幕的高度时，将序号为1至(K-L)的所述列表项作为所述当前屏幕的上一屏幕中所需显示的列表项进行加载。

13.根据权利要求8所述的装置，其特征在于，所述加载单元还包括：

第三判断模块，用于判断序号为(K+1)至M的所述列表项的总显示高度与所述当前屏幕的高度之间的差值是否小于等于预定闭值；

第四加载模块，用于在判断出序号为(K+1)至M的所述列表项的总显示高度与所述当前屏幕的高度之间的差值小于等于预定闭值时，将序号为(K+1)至M的所述列表项作为所述当前屏幕的下一屏幕中所需显示的列表项进行加载，其中，(K+1)<M<所述列表控件中所需使用的所有列表项的数量m；

第四判断模块，用于判断序号为(K+1)至m的所述列表项的总显示高度是否小于或等于所述当前屏幕的高度；

第五加载模块，用于在判断出序号为(K+1)至m的所述列表项的总显示高度小于或等于所述当前屏幕的高度时，将序号为(K+1)至m的所述列表项作为所述当前屏幕的下一屏幕中所需显示的列表项进行加载。

14.根据权利要求8-13中任一项所述的装置，其特征在于，所述加载单元还包括：

复制模块，将在所述终端的存储空间中存储的所需加载的所述列表项复制到所述列表控件中。