CN112286419B - 列表数据的加载方法、装置、终端及存储介质 - Google Patents

Abstract

本申请实施例提供一种列表数据的加载方法、装置、终端及存储介质。该方法包括：在第一用户界面中显示列表显示控件，列表显示控件用于触发显示列表数据，列表数据包括n项数据，n为正整数；当接收到对应于列表显示控件的触发信号时，获取列表数据中包括的m项数据的关键信息，m为小于等于n的正整数；在第二用户界面中显示m项数据的关键信息。本申请实施例提供的技术方案，能够减少客户端响应用户对列表显示控件的触发操作所需的时间，提高响应效率，并减少ANR情况的发生概率。

Description

列表数据的加载方法、装置、终端及存储介质

技术领域

本申请实施例涉及数据加载技术领域，特别涉及一种列表数据的加载方法、装置、终端及存储介质。

背景技术

目前，终端成为人们日常生活中必不可少的使用工具。在终端与用户进行交互的各种方式中，以列表进行信息展示是其中较为常用的一种。

相关技术中，终端显示有列表显示控件，当用户点击该列表显示控件后，终端从相应的服务器中拉取待展示的列表数据，之后终端中的接口层对拉取到的列表数据进行序列化处理，并将序列化处理结果传递至应用层，由应用层对上述序列化处理结果进行反序列化处理，之后在当前显示界面上显示上述列表数据。

相关技术中，当列表数据较多时，对序列化处理结果进行反序列化处理所需的时间较长，导致终端响应用户对列表显示控件的点击操作所需的时间较长，出现应用程序无响应(Application Not Responding，ANR)情况。

发明内容

本申请实施例提供了一种列表数据的加载方法、装置、终端及存储介质，用于解决相关技术中终端响应用户对列表显示控件的点击操作所需的时间较长，出现ANR情况的问题。该技术方案包括：

一方面，本申请实施例提供一种列表数据的加载方法，所述方法包括：

在第一用户界面中显示列表显示控件，所述列表显示控件用于触发显示列表数据，所述列表数据包括n项数据，所述n为正整数；

当接收到对应于所述列表显示控件的触发信号时，获取所述列表数据中包括的m项数据的关键信息，所述m为小于等于所述n的正整数；

在第二用户界面中显示所述m项数据的关键信息。

另一方面，本申请实施例提供一种列表数据的加载装置，所述装置包括：

控件显示模块，用于在第一用户界面中显示列表显示控件，所述列表显示控件用于触发显示列表数据，所述列表数据包括n项数据，所述n为正整数；

信息获取模块，用于当接收到对应于所述列表显示控件的触发信号时，获取所述列表数据中包括的m项数据的关键信息，所述m为小于等于所述n的正整数；

信息显示模块，用于在第二用户界面中显示所述m项数据的关键信息。

又一方面，本申请实施例提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述列表数据的加载方法。

又一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述列表数据的加载方法。

又一方面，提供了一种计算机程序产品，当该计算机程序产品被执行时，其用于执行上述列表数据的加载方法。

本申请实施例提供的技术方案所带来的有益效果至少包括：

通过在用户触发列表显示控件时，客户端获取列表数据中的关键信息并直接展示上述关键信息，由于上述关键信息并非是经过序列化处理的序列化数据，客户端获取到上述关键信息后也无需对其进行反序列化处理，省去了对序列化数据进行反序列化所需的时间，从而减少客户端响应用户对列表显示控件的触发操作所需的时间，提高响应效率，并减少ANR情况的发生概率。

附图说明

图1是相关技术提供的列表数据的加载方法的界面示意图；

图2是相关技术提供的ANR的界面示意图；

图3是本申请一个实施例提供的实施环境的示意图；

图4是本申请一个实施例提供的列表数据的加载方法的流程图；

图5是图4所示实施例涉及的界面示意图；

图6是本申请另一个实施例提供的列表数据的加载方法的流程图；

图7是本申请另一个实施例提供的列表数据的加载方法的流程图；

图8是相关技术提供的列表数据的加载方法的流程图；

图9是本申请另一个实施例提供的列表数据的加载方法的流程图；

图10是本申请一个实施例提供的列表数据的加载装置的框图；

图11是本申请另一个实施例提供的列表数据的加载装置的框图；

图12是是本申请一个实施例提供的终端的框图；

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

下面对本申请实施例涉及的相关名称进行介绍。

应用层：用于对应用程序提供接口以使得应用程序能够使用网络服务，由于通常是采用Java语言编写而成的代码，因此也可以称之为Java层，其可以实现人机交互功能、用户界面(Users Interface，UI)展示功能等等。

接口层：也称Java本地接口(Java Native Interface，JNI)，用于实现Java代码和其它语言(例如c语言、c++等)写的代码进行交互。

底层服务：一种进程，是操作系统运行的基础，完成操作系统或者是终端中最基本的功能，比如通信连接功能、存储监控功能等。

结合参考图1，其示出了相关技术提供的列表数据的加载方法的流程图。相关技术中，应用层加载列表数据可以包括如下步骤(1～6)。

(1)应用层向接口层发送数据获取请求；

(2)接口层向底层服务发送数据获取请求；

(3)接口层接收底层服务返回的列表数据；

(4)接口层对列表数据进行序列化处理，得到列表数据的序列化数据；

(5)接口层向应用层返回列表数据的序列化数据；

(6)应用层对上述序列化数据进行反序列化处理，得到列表数据并展示。

相关技术中，由于应用层获取到的是列表数据的序列化数据，其必须经过反序列化处理后再进行展示，当列表数据较大时，反序列化处理所需的时间较长，导致应用层响应用户对应于列表显示控件的触发信号所需的时间较长。

另外，当客户端响应时间较长时，终端会提示应用程序无响应。结合参考图2，其示出了终端提示ANR的界面示意图。当客户端长时间未响应时，终端显示第一弹窗21，该第一弹窗21中包括提示信息211，该提示信息211用于提示客户端无响应。用户有可能根据该提示信息211关闭客户端。

请参考图3，其示出了本申请实施例提供的实施环境的示意图。该实施环境包括：终端31和服务器32。

终端31中安装有指定应用程序，该指定应用程序运行在终端31的应用层311，用于实现人机交互功能、列表数据展示功能等等。可选地，该指定应用程序可以是办公类应用程序，例如用于管理公司员工的应用程序、用于管理公司客户的应用程序等等。

终端31还包括接口层312、底层服务313。接口层312用于实现数据处理功能，例如提取列表数据中的关键信息、对列表数据进行序列化处理等等。底层服务313用于从服务器32中，或者，终端31中的预设存储位置获取列表数据。

服务器32用于向终端31提供列表数据，可选地，服务器32是上述指定应用程序对应的后台服务器。服务器32可以是一台服务器，也可以是多台服务器组成的服务器集群，还可以是一个云计算服务中心。

终端31和服务器32之间通过有线网络或无线网络进行连接。

可选地，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是其它任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(Hyper Text Mark-up Language，HTML)、可扩展标记语言(Extensible MarkupLanguage，XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer，SSL)、传输层安全(Transport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、网际协议安全(Internet ProtocolSecurity，IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

本申请实施例提供的技术方案，通过在用户触发列表显示控件时，客户端获取列表数据中的关键信息并直接展示上述关键信息，由于上述关键信息并非是经过序列化处理的序列化数据，客户端获取到上述关键信息后也无需对其进行反序列化处理，省去了对序列化数据进行反序列化所需的时间，从而减少客户端响应用户对列表显示控件的触发操作所需的时间，提高响应效率，并减少ANR情况的发生概率。

请参考图4，其示出了本申请一个实施例提供的列表数据的加载方法的流程图。该方法中各步骤的执行主体可以是图3实施例提到的指定应用程序对应的客户端。该方法包括：

步骤401，在第一用户界面中显示列表显示控件。

第一用户界面是终端中的指定应用程序提供的用户界面，该指定应用程序具有列表数据展示功能。该指定应用程序可以是办公类应用程序，例如用于管理公司员工的应用程序、用于管理公司客户的应用程序等等。

列表显示控件用于触发显示列表数据。列表数据是指以列表形式展示的数据，列表数据包括n项数据，n为正整数。N项数据中的每项数据可以由多个字段组成，每个字段用于表示某一对象(例如员工、客户)的一项属性信息。以一项数据用于描述一个客户为例，该项数据可以包括头像、名称、备注、联系方式、客户的跟进人、操作时间、关系标识等等。

结合参考图5，其示出了图4所示实施例涉及的界面示意图。客户端在第一用户界面51上显示列表显示控件511。

步骤402，当接收到对应于列表显示控件的触发信号时，获取列表数据中包括的m项数据的关键信息，m为小于等于n的正整数。

对应于列表显示控件的触发信号可以是单击信号、双击信号、长按信号、滑动信号、拖动信号中的任意一种。在本申请实施例中，仅以该触发信号为单击信号为例进行说明。当用户需要查看列表数据时，单击该列表显示控件即可。

m的取值可以是一个预先设定的固定值，也可以根据n的取值灵活设定，本申请实施例对此不作限定。当列表数据较多时，为了避免拉取列表数据的时间过长，可以设置m为小于n的正整数，也即客户端一次仅拉取列表数据中的部分数据；当列表数据较少时，拉取列表数据所需的时间较短，此时可以设置m等于n，也即客户端一次拉取列表数据中的全部数据。

关键信息是指每项数据中需要在第二用户界面展示的信息。由于每项数据包括的字段较多，为了能在第二用户界面中显示更多项数据，客户端通常仅在第二用户界面上显示每项数据中重要程度较高的部分信息(也即关键信息)，以减少每项数据所占用的显示界面。示例性的，关键信息包括以下一项或多项的组合：头像、名称、备注、联系方式等。

在本申请实施例中，步骤402可以具体实现为如下子步骤：

步骤402a，通过接口层从底层服务获取m项数据。

接口层也称JNI，其提供一个或多个应用程序编程接口(ApplicationProgramming Interface)以实现Java代码和其它语言(例如c语言、c++等)写的代码进行交互。在本申请实施例中，接口层用于在获取到m项数据之后，提取m项数据的关键信息。

在一种可能的实现方式中，客户端将一项数据中的目标字段设置为关键信息，之后从m项数据中的每项数据中读取上述目标字段，得到m项数据的关键信息。其中，目标字段可以由用户自定义设定，也可以由客户端默认设定，本申请实施例对此不作限定。以一项数据用于描述一个客户为例，上述目标字段可以包括以下一项或多项的组合：头像、名称、备注、联系方式。

在另一种可能的实现方式中，一项数据中的不同字段对应有不同的重要级别，客户端从m项数据中的每项数据中读取重要级别符合预设条件的字段，得到m项数据的关键信息。预设条件可以是指重要级别高于预设级别，也可以是指重要级别排在前k位，k小于一项数据所包括的字段的总数量。预设级别以及k的取值均可以根据实际需求设定，本申请实施例对此不作限定。

底层服务是一种进程，是操作系统运行的基础，完成操作系统或者是终端中最基本的功能，比如通信连接功能、存储监控功能等。在本申请实施例中，底层服务用于获取列表数据。

在一种可能的实现方式中，底层服务用于从客户端对应的后台服务器中获取m项数据。具体地，当客户端接收到对应于列表显示控件的触发信号时，通过接口层向底层服务传递数据获取请求，之后底层服务向上述后台服务器发送数据获取请求，并接收后台服务器根据数据获取请求发送的m项数据。

在另一种可能的实现方式中，底层服务用于从终端的预设存储位置处获取上述m项数据，预设存储位置可以由客户端默认设定，也可以由用户自定义设定，本申请实施例对此不作限定。需要说明的是，终端的预设存储位置可以存储一份列表数据的关键信息和一份列表数据，也可以仅存储一份列表数据。若终端的预设存储位置存储有列表数据的关键信息和列表数据时，则接口层无需进行关键信息的提取步骤，直接将关键信息传递给应用层即可，可以进一步提高响应效率。

步骤402b，接收接口层发送的m项数据的关键信息。

接口层在提取到m项数据中的关键信息之后，向客户端发送上述m项数据的关键信息，客户端接收上述m项数据的关键信息。

在其它可能的实现方式中，若应用层并非第一次展示列表数据，则还可以从缓存中获取关键信息，进一步提高响应效率。

步骤403，在第二用户界面中显示m项数据的关键信息。

第二用户界面也是步骤401中提到的指定应用程序提供的用户界面，第二用户界面中包括以列表形式展示的m项数据的关键信息。第二用户界面与第一用户界面可以是相同的用户界面，也可以是不同的用户界面。

结合参考图5，当客户端接收到对应于列表显示控件511的触发信号时，在第二用户界面52上显示m项数据的关键信息。

在本申请实施例中，当用户触发用于展示列表数据的列表显示控件时，客户端直接获取列表数据中的关键信息并展示，省去了对序列化数据进行反序列化所需的时间，从而减少客户端响应用户对列表显示控件的触发操作所需的时间，提高响应效率，并减少卡顿现象的发生概率。

综上所述，本申请实施例提供的技术方案，通过在用户触发列表显示控件时，客户端获取列表数据中的关键信息并直接展示上述关键信息，由于上述关键信息并非是经过序列化处理的序列化数据，客户端获取到上述关键信息后也无需对其进行反序列化处理，省去了对序列化数据进行反序列化所需的时间，从而减少客户端响应用户对列表显示控件的触发操作所需的时间，提高响应效率，并减少ANR情况的发生概率。

请参考图6，其示出了本申请一个实施例提供的列表数据的加载方法的流程图。该方法中各步骤的执行主体可以是图3实施例提到的指定应用程序对应的客户端。该方法包括如下步骤：

步骤601，在第一用户界面中显示列表显示控件。

步骤602，当接收到对应于列表显示控件的触发信号时，通过接口层从底层服务获取m项数据。

接口层用于在获取到m项数据之后，提取m项数据的关键信息。

在本申请实施例中，接口层还用于对m项数据进行序列化处理，得到m项数据的序列化数据。序列化处理是指将Java对象转化为字节序列。m项数据的序列化数据是对m项数据进行序列化处理后得到的数据，序列化数据可以是二进制数据。接口层在获得序列化数据之后，之后向客户端传递上述序列化数据，客户端接收接口层发送的m项数据的序列化数据。

可选地，接口层用于对m项数据中的非关键信息进行序列化处理，得到m项数据的序列化数据。非关键信息是列表数据中除关键信息之外的其它信息。在该实施例中，接口层仅对m项数据中的非关键信息进行序列化处理，而无需对应用层直接获取的关键信息进行序列化处理，从而节省终端的处理资源。

需要说明的是，本申请实施例对提取关键信息以及序列化处理的先后顺序不作限定。接口层可以先提取关键信息，再对m项数据进行序列化处理；也可以先对m项数据进行序列化处理，再提取关键信息；还可以同时提取关键信息，并对m项数据进行序列化处理。

步骤603，接收接口层发送的m项数据的关键信息。

步骤604，接收接口层发送的m项数据的序列化数据。

接口层在对m项数据进行序列化处理，得到m项数据的序列化数据后，向客户端发送上述m项数据的序列化数据，客户端接收m项数据的序列化数据。

步骤605，在第二用户界面中显示m项数据的关键信息。

步骤606，接收对应于m项数据中的目标项数据的查看指令。

目标项数据可以是m项数据中的任一项数据，其由用户选择得到。查看指令用于触发客户端显示目标项数据的完整信息。当用户期望查看某一项数据的完整信息时，可以触发该项数据的关键信息，此时客户端接收到对应于目标项数据的查看指令。

步骤607，从m项数据的序列化数据中，获取目标项数据的序列化数据。

客户端在m项数据的序列化数据中查找目标项数据的序列化数据，并读取上述目标项数据的序列化数据，以获取目标项数据的序列化数据。

步骤608，对目标项数据的序列化数据进行反序列化处理，得到目标项数据。

反序列化处理是指将字节序列转化为Java对象。

步骤609，在第三用户界面中显示目标项数据。

第三用户界面也是步骤401中提到的指定应用程序提供的用户界面，第三用户界面中包括目标项数据的完整信息。第三户界面与第二用户界面可以是相同的用户界面，也可以是不同的用户界面。

综上所述，本申请实施例提供的技术方案，在用户需要查看某一项数据的完整信息时，客户端仅需对该项数据的序列化数据进行反序列化处理，一方面可以提高客户端的响应效率；另一方面可以节省终端功耗。

在一个具体的例子中，结合参考图7，其示出了本申请另一个实施例提供的列表数据的加载方法的流程图。该方法包括如下步骤：

(1)应用层向接口层发送数据获取请求；

(2)接口层向底层服务发送数据获取请求；

(3)接口层接收底层服务返回的列表数据；

(4)接口层提取列表数据的关键信息；

(5)接口层向应用层返回列表数据的关键信息；

(6)应用层展示列表数据的关键信息；

(7)接口层对列表数据进行序列化处理，得到列表数据的序列化数据；

(8)接口层向应用层返回列表数据的序列化数据；

(9)应用层接收对应于目标项数据的查看指令；

(10)应用层对目标项数据的序列化数据进行反序列化处理，得到目标项数据；

(11)应用层展示目标项数据。

相关技术中，当列表数据较多时，客户端会分批从服务器中请求数据，并在所有列表数据均请求完毕时，展示上述列表数据。结合参考图8，其示出了相关技术中提供的另一种列表数据的加载方案。客户端向服务器发送多个数据获取请求，上述多个数据获取请求中的每个数据获取请求均用于请求列表数据中的部分数据。相关技术中，由于需要等到所有列表数据都被拉取完毕后再进行展示，导致客户端的响应时间较长。

本申请实施例还提供了一种列表数据的加载方法。在该方法中，当列表数据较大时，客户端一次从服务器中获取列表数据中的部分数据，之后展示上述部分数据，而无需等待所有列表数据被拉取后再进行展示，可以减少客户端的响应时间。下面对该方案进行讲解。

在基于图4或图6所示实施例提供的一个可选实施例中，若n大于预设阈值，则m为小于n的正整数，在步骤403之后，或者，在步骤605之后，该列表数据的加载方法还包括如下步骤：

步骤701，在第二用户界面中显示更多数据展示控件。

更多数据展示控件用于触发展示列表数据中所包括的除m项数据之外的其它数据的关键信息。本申请实施例对更多数据展示控件在第二用户界面上的显示位置不作限定，例如更多数据展示控件位于第二用户界面的底部。

步骤702，当接收到对应于更多数据展示控件的触发信号时，获取列表数据中包括的除m项数据之外的其它项数据的关键信息。

对应于更多数据展示控件的触发信号可以是单击信号、双击信号、长按信号、滑动信号、拖动信号中的任意一种。在本申请实施例中，仅以该触发信号为单击信号为例进行说明。当用户需要查看其它项数据的关键信息时，单击该更多数据展示控件即可。

列表数据中包括的除m项数据之外的其它项数据可以是列表数据所包括的除m项数据之外的所有数据，也可以是列表数据所包括的除m项数据之外的部分数据，其可以根据n的取值实际设定，本申请实施例对此不作限定。此外，获取其它项数据的关键信息的过程可以参考步骤402，此处不作赘述。

步骤703，在第二用户界面中显示其它项数据的关键信息。

步骤703的解释说明可以参考步骤403，此处不作赘述。

在本申请实施例中，当列表数据较大时，客户端一次从服务器中获取列表数据中的部分数据，之后展示上述部分数据，而无需等待所有列表数据被拉取后再进行展示，可以减少客户端的响应时间。以需要加载5万项数据为例，采用本申请实施例提供的分段加载方案加载上述5万项数据需要2秒时间，而每次请求2000项数据仅需几十毫秒时间，大大提高了客户端的响应效率。

在一个具体的例子中，结合参考图9，其示出了本申请一个实施例提供的列表数据的加载方法的流程图。该方法中，客户端从服务器中请求获取6800条数据，也即n的取值为6800。该方法可以包括如下步骤：

(1)客户端从服务器中请求1到2000项数据；

(2)服务器向客户端返回1到2000项数据和下一个起始位置2001；

(3)客户端从服务器中请求2001到4000项数据；

(4)服务器向客户端返回2001到4000项数据和下一个起始位置4001；

(5)客户端从服务器中请求4001到6000项数据；

(6)服务器向客户端返回4001到6000项数据和下一个起始位置6001；

(7)客户端从服务器中请求6001到6800项数据；

(8)服务器向客户端返回6001到6800项数据和结束位置-1。

在该例子中，下一个起始位置2001、下一个起始位置4001以及下一个起始位置6001也即是更多数据展示控件。

综上所述，本申请实施例提供的技术方案，当列表数据较大时，客户端一次从服务器中获取列表数据中的部分数据，之后展示上述部分数据，而无需等待所有列表数据被拉取后再进行展示，可以减少客户端的响应时间。此外，还通过在第二用户界面上显示更多数据展示控件，用户可以根据需求选择是否触发该更多数据展示控件，进而决定是否从服务器中获取其它项数据，可以避免在用户仅需查看部分数据时客户端从服务器获取全部数据的情况发生，节省终端资源。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图10，其示出了本申请一个实施例提供的列表数据的加载装置的框图。该装置具有实现上述方法的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以包括：

控件显示模块1001，用于在第一用户界面中显示列表显示控件，所述列表显示控件用于触发显示列表数据，所述列表数据包括n项数据，所述n为正整数。

信息获取模块1002，用于当接收到对应于所述列表显示控件的触发信号时，获取所述列表数据中包括的m项数据的关键信息，所述m为小于等于所述n的正整数。

信息显示模块1003，用于在第二用户界面中显示所述m项数据的关键信息。

综上所述，本申请实施例提供的技术方案，通过在用户触发列表显示控件时，客户端获取列表数据中的关键信息并直接展示上述关键信息，由于上述关键信息并非是经过序列化处理的序列化数据，客户端获取到上述关键信息后也无需对其进行反序列化处理，省去了对序列化数据进行反序列化所需的时间，从而减少客户端响应用户对列表显示控件的触发操作所需的时间，提高响应效率，并减少ANR情况的发生概率。

在基于图10所示实施例提供的一个可选实施例中，结合参考图9，所述信息获取模块1002，包括：

第一获取单元10021，用于通过接口层从底层服务获取所述m项数据，所述接口层用于在获取到所述m项数据之后，提取所述m项数据的关键信息；

第一接收单元10022，用于接收所述接口层发送的所述m项数据的关键信息。

可选地，请参考图11，所述接口层还用于对所述m项数据进行序列化处理，得到所述m项数据的序列化数据。

所述信息获取模块1002，还包括：

第二接收单元10023，用于接收所述接口层发送的所述m项数据的序列化数据。

可选地，请参考图11，所述装置还包括：

指令接收模块1004，用于接收对应于所述m项数据中的目标项数据的查看指令。

数据获取模块1005，用于从所述m项数据的序列化数据中，获取所述目标项数据的序列化数据。

反序列化处理模块1006，用于对所述目标项数据的序列化数据进行反序列化处理，得到所述目标项数据。

数据显示模块1007，用于在第三用户界面中显示所述目标项数据。

可选地，所述接口层用于对所述m项数据中的非关键信息进行序列化处理，得到所述m项数据的序列化数据；其中，所述非关键信息是列表数据中除关键信息之外的其它信息。

在基于图10所示实施例提供的一个可选实施例中，

所述控件显示模块1001，还用于在所述第二用户界面中显示更多数据展示控件。

所述信息获取模块1002，还用于当接收到对应于所述更多数据展示控件的触发信号时，获取所述列表数据中包括的除所述m项数据之外的其它项数据的关键信息。

所述信息显示模块1003，还用于在所述第二用户界面中显示所述其它项数据的关键信息。

图12示出了本申请一个示例性实施例提供的终端1200的结构框图。该终端1200可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio LayerIII，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1200还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1200包括有：处理器1201和存储器1202。

处理器1201可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1201可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1201也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1201可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1201还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1202可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1202还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1202中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1201所执行以实现本申请中方法实施例提供的列表数据的加载方法。

在一些实施例中，终端1200还可选包括有：外围设备接口1203和至少一个外围设备。处理器1201、存储器1202和外围设备接口1203之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1203相连。具体地，外围设备包括：射频电路1204、显示屏1205、摄像头组件1206、音频电路1207、定位组件1208和电源1209中的至少一种。

在一些实施例中，终端1200还包括有一个或多个传感器。该一个或多个传感器包括但不限于：加速度传感器、陀螺仪传感器、压力传感器、指纹传感器、光学传感器以及接近传感器。

本领域技术人员可以理解，图12中示出的结构并不构成对终端1200的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在示例性实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由电子设备的处理器加载并执行以实现上述列表数据的加载方法。

可选地，上述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品，当该计算机程序产品被执行时，其用于执行上述列表数据的加载方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本文中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。

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

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

Claims (8)

1.一种列表数据的加载方法，其特征在于，所述方法由终端的应用层中运行的指定应用程序的客户端执行，所述终端包括所述应用层、接口层和底层服务；所述方法包括：

在第一用户界面中显示列表显示控件，所述列表显示控件用于触发显示列表数据，所述列表数据包括n项数据，所述n为正整数；

当接收到对应于所述列表显示控件的触发信号时，通过所述接口层从所述底层服务获取所述n项数据中的m项数据，所述接口层用于在获取到所述m项数据之后，提取所述m项数据的关键信息，所述m为小于等于所述n的正整数；

接收所述接口层发送的所述m项数据的关键信息，所述关键信息并非是经过序列化处理的序列化数据，所述客户端获取到所述关键信息后无需对其进行反序列化处理；

在第二用户界面中显示所述m项数据的关键信息。

2.根据权利要求1所述的方法，其特征在于，所述接口层还用于对所述m项数据进行序列化处理，得到所述m项数据的序列化数据；

所述方法还包括：

接收所述接口层发送的所述m项数据的序列化数据。

3.根据权利要求2所述的方法，其特征在于，所述在第二用户界面中显示所述m项数据的关键信息之后，还包括：

接收对应于所述m项数据中的目标项数据的查看指令；

从所述m项数据的序列化数据中，获取所述目标项数据的序列化数据；

对所述目标项数据的序列化数据进行反序列化处理，得到所述目标项数据；

在第三用户界面中显示所述目标项数据。

4.根据权利要求2所述的方法，其特征在于，所述接口层用于对所述m项数据中的非关键信息进行序列化处理，得到所述m项数据的序列化数据；其中，所述非关键信息是列表数据中除关键信息之外的其它信息。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述在第二用户界面中显示所述m项数据的关键信息之后，还包括：

在所述第二用户界面中显示更多数据展示控件；

当接收到对应于所述更多数据展示控件的触发信号时，获取所述列表数据中包括的除所述m项数据之外的其它项数据的关键信息；

在所述第二用户界面中显示所述其它项数据的关键信息。

6.一种列表数据的加载装置，其特征在于，所述装置设置在终端中，所述终端的应用层中运行有指定应用程序的客户端，所述终端包括所述应用层、接口层和底层服务；所述装置包括：

控件显示模块，用于在第一用户界面中显示列表显示控件，所述列表显示控件用于触发显示列表数据，所述列表数据包括n项数据，所述n为正整数；

信息获取模块，用于当接收到对应于所述列表显示控件的触发信号时，通过所述接口层从所述底层服务获取所述n项数据中的m项数据，所述接口层用于在获取到所述m项数据之后，提取所述m项数据的关键信息，所述m为小于等于所述n的正整数；接收所述接口层发送的所述m项数据的关键信息，所述关键信息并非是经过序列化处理的序列化数据，所述客户端获取到所述关键信息后无需对其进行反序列化处理；

信息显示模块，用于在第二用户界面中显示所述m项数据的关键信息。

7.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有至少一段程序，所述至少一段程序由所述处理器加载并执行以实现如权利要求1至5任一项所述的列表数据的加载方法。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一段程序，所述至少一段程序由处理器加载并执行以实现如权利要求1至5任一项所述的列表数据的加载方法。