CN113867845A - 一种应用数据加载方法、装置和移动终端 - Google Patents

Abstract

本发明公开了一种应用数据加载方法，包括：响应于用户发起的某数据流的接口请求，获取上次接口请求的数据返回时长和所返回的最后一条数据的数据标识；根据数据返回时长和预设的理想返回时长和最大返回时长确定当前的待请求数据量；以及根据待请求数据量和所述数据标识请求对应的数据进行加载。本发明还一并公开了对应的应用数据加载装置和移动终端。

Description

一种应用数据加载方法、装置和移动终端

技术领域

本发明涉及移动互联网领域，特别涉及一种应用数据加载方法、装置和移动终端。

背景技术

在用户使用移动应用的过程中，最常用的两个操作就是下拉刷新和上拉加载去请求新的数据，两者共同构成了数据流加载数据的模式，是移动应用公共的加载体验。目前常用的数据加载方案是传入一个固定数值给接口来请求固定量的数据条数，这种方案没有对弱网情况下进行处理，因为用户的使用场景是复杂的，网络也在不断变化，始终传入固定数值的数据量,在网络好时和网络差时返回的速度会相差很大，用户等待时间就会随着网络环境的变差，降低用户体验。

发明内容

为此，本发明提供一种应用数据加载方法、装置和移动终端，以力图解决或者至少缓解上面存在的问题。

根据本发明的一个方面，提供了一种应用数据加载方法，包括：响应于用户发起的某数据流的接口请求，获取上次接口请求的数据返回时长和所返回的最后一条数据的数据标识；根据数据返回时长和预设的理想返回时长和最大返回时长确定当前的待请求数据量；以及根据待请求数据量和数据标识请求对应的数据进行加载。

可选地，根据本发明的应用数据加载方法中，根据数据返回时长和预设的理想返回时长和最大返回时长确定当前待请求数据量包括：若数据返回时长小于等于理想返回时长，则待请求数据量取预设的最大数据量；若数据返回时长大于等于最大返回时长，则待请求数据量取预设的最小数据量。

可选地，根据本发明的应用数据加载方法中，根据数据返回时长和预设的理想返回时长和最大返回时长确定当前待请求数据量包括：若数据返回时长大于最大返回时长且小于理想返回时长，则根据数据返回时长、所述最大返回时长、预设的最大数据量计算当前待请求数据量。

可选地，根据本发明的应用数据加载方法中，当前待请求数据量＝最大数据量*数据返回时长/最大返回时长。

可选地，根据本发明的应用数据加载方法中，对于初次接口请求，所述上次接口请求的数据返回时长为理想返回时长，所返回的最后一条数据的数据标识为0。

可选地，根据本发明的应用数据加载方法中，最大返回时长和理想返回时长根据应用软件的平均接口返回时长来设置。

可选地，根据本发明的应用数据加载方法中，最大返回时长和理想返回时长根据应用软件中同类型接口在当前预定时段内的平均接口返回时长来设置。

可选地，根据本发明的应用数据加载方法中，接口请求是用户浏览到页面预定位置时所触发的预加载请求；或者接口请求是用户通过下拉刷新手势或上拉加载手势所发起的请求。

可选地，根据本发明的应用数据加载方法中，其中，若本次接口请求失败，则下次接口请求所对应的数据返回时长和数据标识分别采用最近一次成功的接口请求所对应的数据返回时长和数据标识。

可选地，根据本发明的应用数据加载方法中，上次接口请求的数据返回时长为当前接口请求之前的前n次接口请求的数据返回时长的平均值，其中n≥1。

根据本发明的另一个方面，提供了一种应用数据加载装置，包括：参数获取模块，适于响应于用户发起的某数据流的接口请求，获取上次接口请求的数据返回时长和所返回的最后一条数据的数据标识；数据量确定模块，适于根据数据返回时长和预设的理想返回时长和最大返回时长确定当前的待请求数据量；以及数据加载模块，适于根据待请求数据量和所述数据标识请求对应的数据进行加载。

根据本发明的又一个方面，提供了一种移动终端，包括：至少一个处理器；以及存储器，存储有程序指令，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如上所述的应用数据加载方法的指令。

根据本发明的又一个方面，提供了一种存储有程序指令的可读存储介质，当所述程序指令被移动终端读取并执行时，使得所述移动终端执行如上所述的应用数据加载方法。

根据本发明的技术方案，根据上次请求的数据返回时长、预设的理想返回时长和最大返回时长来动态控制本次接口请求的加载量，实现无感知的数据加载，即使遇到网络环境较差或者服务器当前响应缓慢等情况时，也不会使用户等待太长时间，提高用户体验。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的移动通信系统100的示意图；

图2示出了根据本发明一个实施例的移动终端200的示意图；

图3示出了根据本发明一个实施例的应用数据加载方法300的流程图；

图4示出了根据本发明另一个实施例的应用数据加载方法400的流程图；

图5示出了根据本发明一个实施例的应用数据加载装置500的结构图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的移动通信系统100的示意图。如图1所示，移动通信系统100包括多个移动终端200和服务器120。在移动终端200上安装有一个或者多个移动应用110。移动终端200的所有者通常会注册成为移动应用110的用户。移动应用110可以利用移动终端200提供的移动通信功能而耦接到服务器120，并经由服务器120而与其它移动终端200上的移动应用110进行通信。

移动应用110可以是各种应用，例如向用户提供汽车信息类的应用。本发明不受限于移动应用110的具体用途，所有能为用户提供信息咨讯的应用都在本发明的保护范围之内。

移动应用110在安装到移动终端200中之后，利用移动终端200提供的处理单元在移动终端200上执行，并利用移动终端200提供的触摸和显示屏幕、音频和视频播放单元等部件，提供与用户进行交互的接口，向用户呈现相应内容。

移动应用110可以在用户购买了移动终端200之后由用户安装到移动终端200上，也可以由移动终端200在出厂时缺省包含在移动终端200中。本发明不受限于移动应用110部署到移动终端200上的具体形式，所有可以将移动应用110部署到移动终端200上，并利用所述移动终端200提供的各部件来实现本发明所要求保护的方法的方式都在本发明的保护范围之内。

移动终端200的一个示例性实施例如图2所示。移动终端200可以包括存储器接口202、一个或多个数据处理器、图像处理器和/或中央处理单元204，以及外围接口206。

存储器接口202、一个或多个处理器204和/或外围接口206既可以是分立元件，也可以集成在一个或多个集成电路中。在移动终端200中，各种元件可以通过一条或多条通信总线或信号线来耦合。传感器、设备和子系统可以耦合到外围接口206，以便帮助实现多种功能。

例如，运动传感器210、光线传感器212和距离传感器214可以耦合到外围接口206，以方便定向、照明和测距等功能。其他传感器216同样可以与外围接口206相连，例如定位系统(例如GPS接收机)、加速度传感器、温度传感器、生物测定传感器或其他感测设备，由此可以帮助实施相关的功能。

相机子系统220和光学传感器222可以用于方便诸如记录照片和视频剪辑的相机功能的实现，其中所述相机子系统和光学传感器例如可以是电荷耦合器件(CCD)或互补金属氧化物半导体(CMOS)光学传感器。可以通过一个或多个无线通信子系统224来帮助实现通信功能，其中无线通信子系统可以包括射频接收机和发射机和/或光(例如红外)接收机和发射机。无线通信子系统224的特定设计和实施方式可以取决于移动终端200所支持的一个或多个通信网络。例如，移动终端200可以包括被设计成支持5G、LTE、3G、GSM网络、GPRS网络、EDGE网络、Wi-Fi或WiMax网络以及BlueboothTM网络的通信子系统224。

音频子系统226可以与扬声器228以及麦克风230相耦合，以便帮助实施启用语音的功能，例如语音识别、语音复制、数字记录和电话功能。I/O子系统240可以包括触摸屏控制器242和/或一个或多个其他输入控制器244。触摸屏控制器242可以耦合到触摸屏246。举例来说，该触摸屏246和触摸屏控制器242可以使用多种触摸感测技术中的任何一种来检测与之进行的接触和移动或是暂停，其中感测技术包括但不局限于电容性、电阻性、红外和表面声波技术。

一个或多个其他输入控制器244可以耦合到其他输入/控制设备248，例如一个或多个按钮、摇杆开关、拇指旋轮、红外端口、USB端口、和/或指示笔之类的指点设备。所述一个或多个按钮(未显示)可以包括用于控制扬声器228和/或麦克风230音量的向上/向下按钮。

存储器接口202可以与存储器250相耦合。该存储器250可以包括高速随机存取存储器和/或非易失性存储器，例如一个或多个磁盘存储设备，一个或多个光学存储设备，和/或闪存存储器(例如NAND，NOR)。存储器250可以存储操作系统252，例如Android、iOS、Linux或是Windows Phone之类的操作系统。该操作系统252可以包括用于处理基本系统服务以及执行依赖于硬件的任务的指令。存储器250还可以存储应用254(即，应用程序，以下简称应用)。在移动终端运行时，会从存储器250中加载操作系统252，并且由处理器204执行。应用254在运行时，也会从存储器250中加载，并由处理器204执行。应用254运行在操作系统之上，利用操作系统以及底层硬件提供的接口实现各种用户期望的功能，如即非时通信、网页浏览、图片管理、视频播放等。应用254可以是独立于操作系统提供的，也可以是操作系统自带的，包括各种应用软件，也包括各种视频播放游戏直播等应用软件，还可以包括相册、计算器、录音笔等系统自带应用程序。另外，应用254被安装到移动终端200中时，也可以向操作系统添加驱动模块。

本发明的实施例所提供的用于执行应用数据加载方法300的程序为应用254的一种。在一些实施例中，移动终端200被配置为执行根据本发明的应用数据加载方法300。

如前文所述，现有方案中通常传入固定的数据加载量来请求数据，导致网络较差时用户等待时间过长。即使某些方案中采用了预加载的方案，也依然传入的是一个固定的数据加载量，该预加载方案是在用户浏览过程中请求下一页数据，当此次数据返回后监控用户的浏览，当用户浏览到某条数据时进行下一次的预加载。这种方案虽然使用了预加载，一定程度上减少了部分用户的等待加载时间，但在网络情况较差时，始终传入一个固定的数据加载量，用户仍然会等待很长时间。

为此，本发明提供一种新的应用数据加载方法300，以根据当前实际接口返回时长来动态调整数据加载量。图3示出了根据本发明一个实施例的应用数据加载方法300的流程图。如图3所示，方法300包括：

步骤S310，响应于用户发起的某数据流的接口请求，获取上次接口请求的数据返回时长和所返回的最后一条数据的数据标识。

其中，每次接口请求的数据返回时长是指移动终端请求某一信息流数据，从开始请求接口到接口返回数据的总耗时。该数据返回时长随着每个接口请求创建而创建，且受多种因素影响，例如当前的网络环境，服务器当前的处理量和响应时间等。最后一条数据的数据标识是一页请求数据中最后一条数据的标识，它是数据流接口的重要传入参数，服务器根据这个参数来判断下一次请求要从哪条数据开始返回。

另外，用户发起的接口请求可以是用户浏览到页面预定位置时所触发的预加载请求，也可以是用户通过下拉刷新手势或上拉加载手势所发起的请求。下拉刷新会重置整个页面的数据，信息流数据请求第1页。其中，预加载是指用户在浏览数据流数据时，当浏览到页面预定位置时(如浏览到某一条数据时)，提前进入下面数据的加载，使得用户的浏览过程和加载过程在一定情况下同时进行，以减少用户等待加载数据的时间。上拉加载是请求信息流数据的第m页，随着上拉加载数据请求成功m＝m+1。

步骤S320，根据数据返回时长和预设的理想返回时长和最大返回时长确定当前的待请求数据量。

其中，该待请求数据量是一页数据请求的数据量，是数据流接口的重要传入参数，服务器根据这个参数来返回相应数量的数据。用户每次能够请求的数据量具有最大值和最小值，分别称为最大数据量和最小数据量。在一些实施例中，最大数据量为20，最小数据量为10，当然不限于此。

步骤S330，根据待请求数据量和所述数据标识请求对应的数据进行加载。

在一些实施例中，步骤S320根据数据返回时长和预设的理想返回时长和最大返回时长确定当前待请求数据量包括：

若数据返回时长小于等于理想返回时长，则待请求数据量取预设的最大数据量；

若数据返回时长大于等于最大返回时长，则待请求数据量取预设的最小数据量；

若数据返回时长大于所述最大返回时长且小于理想返回时长，则根据所述数据返回时长、最大返回时长、预设的最大数据量计算当前待请求数据量。例如，当前待请求数据量＝最大数据量*数据返回时长/最大返回时长。

在一些实施例中，对于初次接口请求，上次接口请求的数据返回时长为理想返回时长，所返回的最后一条数据的数据标识为0。可选地，理想返回时长为1s，也就是初次接口请求的数据返回时长为1s，最大返回时长为3s。

在一些实施例中，若本次接口请求失败，则下次接口请求所对应的数据返回时长和数据标识分别采用最近一次成功的接口请求所对应的数据返回时长和数据标识。其中，接口请求失败可以是发起请求失败，也可以是接口请求未成功请求到数据，本发明对此不作限制。而接口请求成功则是成功请求到了对应的数据。

在一些实施例中，对于非初次接口请求，上次接口请求的数据返回时长可以为当前接口请求之前的前n次接口请求的数据返回时长的平均值，其中n为大于等于1的整数。例如，当前为第5次接口请求，则可取前4次接口请求的数据返回时长的平均值作为该上次接口请求的数据返回时长。

当然，本发明在计算数据返回时长的平均值时，还可以剔除数据返回时长中的异常值，如果某数据返回时长明显远低于或远高于正常数值范围，则剔除该数据返回时长，并用剩余的数值来计算平均值。

在一些实施例中，最大返回时长和理想返回时长根据应用软件的平均接口返回时长来设置。该平均返回时长可以是所有数据的平均返回时长，也可以是部分数据的平均返回时长，例如部分接口的、部分时段的、部分时长名次的，当前不限于此。例如，将应用软件的各接口在当前预定时段内的数据返回时长按大小排序，并取前s名大的返回时长的平均值作为最大返回时长，后t名小的返回时长的平均值作为理想返回时长。其中，s和t均为大于等于1的整数，当前预定时段例如可以为当天、当前3h内、当前1h内、当前20min内，当然不限于此。

进一步地，最大返回时长和理想返回时长根据应用软件中同类型接口在当前预定时段内的平均接口返回时长来设置。例如，若应用软件中与当前所请求的接口的同类型接口有5个，则可根据这5个接口在当前预定时段内的平均返回时长来设置最大返回时长和理想返回时长。

在又一些实施例中，还可以根据所请求数据的数据类型和/或数据内存的平均返回时长来设置最大返回时长和理想返回时长。该数据类型可以为视频、音频、文字、图片中的至少一种，此时可针对所请求的不同的数据类型/或数据内存分别统计对应的最大返回时长和理想返回时长。例如，所请求的数据为500M的视频，则可根据历史400M-600M数据的返回时长来计算最大返回时长和理想返回时长。

经过上述方法300，本发明通过结合当前数据返回情况来动态控制下次的加载量，解决了用户在加载数据时，由于复杂的使用环境(用户的网络好坏、当前服务器的响应和处理时间等多种因素)所引起的数据加载时间过长的问题，提高了用户体验。

图4示出了根据本发明另一个实施例的应用数据加载方法400，其是方法300的更细化实施例。如图4所示，方法400始于步骤S410。

在步骤S410中，用户开始请求某一接口数据。

在步骤S420中，创建接口请求，此时该接口的数据返回时长dataReturnTime为理想返回时长hopeTime，待请求数据量pageSize为最大数据量pageSize(max)，最后一条数据的数据标识lastId＝0，开始计时。

在步骤S430中，请求结束数据返回，结束计时。此时dataReturnTime＝x，lastId等于本次请求最后一条数据的标识，若请求失败则数据返回时长和最后一条数据的标识仍为上一次的值。

在步骤S440中，用户浏览该数据流，直到触动下次加载，该下次加载可能是下拉刷新或上拉加载手势触动引起的，也可能是用户浏览到某一位置触发预加载机制请求接口。

在步骤S450中，根据数据返回时长来确定待请求数据量的值:

1.若数据返回时长≤理想返回时长，则待请求数据量＝最大数据量；

2.若数据返回时长≥最大返回时长(longestTime)，则待请求数据量＝最小数据量(pageSize(min))；

3.若理想返回时长＜数据返回时长＜最大返回时长，则待请求数据量＝最大数据量*数据返回时长/最大返回时长。

在步骤S460中，传入步骤S450中计算得来的待请求数据量，和步骤S430中保存的最后一条数据的标识进行新的数据请求，直到用户数据返回，重新执行步骤S430，或者用户开始请求另外一个新的数据流接口，则执行步骤S420。

可见，本发明通过记录上次数据返回时长和最后一条数据的标识，在本次请求时通过上次数据返回时长和理想返回时长、最大返回时长的计算比较，对应获取新的数据加载量。本发明根据当前请求的接口快慢情况来进行动态数量的请求，且数据加载量始终会维护在某个范围内，不会因为返回的太慢而请求极少数量的条数，从而既保证了数据返回量，也提高了数据返回速度，从整体上提高用户体验。

图5示出了根据本发明一个实施例的应用数据加载装置500，适于驻留在移动终端(如移动终端200)中。如图5所示，装置500包括：

参数获取模块510，适于响应于用户发起的某数据流的接口请求，获取上次接口请求的数据返回时长和所返回的最后一条数据的数据标识；

数据量确定模块520，适于根据数据返回时长和预设的理想返回时长和最大返回时长确定当前的待请求数据量；以及

数据加载模块530，适于根据待请求数据量和数据标识请求对应的数据进行加载。

关于本发明的应用数据加载装置500，其具体内容已在基于其他附图的描述中详细公开，这里不再展开赘述。

综上所述，本发明提供了一种面向复杂的接口请求环境下的数据流加载完善的加载方案。不同于现有的处理方案，本发明通过接口的请求返回时间动态的调整每页刷新或加载时的条数，简而言之就是，返回时间慢就少请求一些数据，从而可以有效减少接口的返回时长，且用户在浏览和加载过程中是无感知的，大大降低等待接口返回的时间。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的方法。

以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本发明一并公开了：

A8、如A1所述的方法，其中，所述接口请求是用户浏览到页面预定位置时所触发的预加载请求；或者所述接口请求是用户通过下拉刷新手势或上拉加载手势所发起的请求。A9、如A1所述的方法，其中，若本次接口请求失败，则下次接口请求所对应的数据返回时长和数据标识分别采用最近一次成功的接口请求所对应的数据返回时长和数据标识。A10、如A1-9中任一项所述的方法，其中，所述上次接口请求的数据返回时长为当前接口请求之前的前n次接口请求的数据返回时长的平均值，其中n≥1。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的，而非限制性的，本发明的范围由所附权利要求书限定。

Claims (10)

1.一种应用数据加载方法，包括：

响应于用户发起的某数据流的接口请求，获取上次接口请求的数据返回时长和所返回的最后一条数据的数据标识；

根据所述数据返回时长和预设的理想返回时长和最大返回时长确定当前的待请求数据量；以及

根据所述待请求数据量和所述数据标识请求对应的数据进行加载。

2.如权利要求1所述的方法，其中，所述根据所述数据返回时长和预设的理想返回时长和最大返回时长确定当前待请求数据量包括：

若所述数据返回时长小于等于所述理想返回时长，则所述待请求数据量取预设的最大数据量；

若所述数据返回时长大于等于所述最大返回时长，则所述待请求数据量取预设的最小数据量。

3.如权利要求1所述的方法，其中，所述根据所述数据返回时长和预设的理想返回时长和最大返回时长确定当前待请求数据量包括：

若所述数据返回时长大于所述最大返回时长且小于所述理想返回时长，则根据所述数据返回时长、所述最大返回时长、预设的最大数据量计算所述当前待请求数据量。

4.如权利要求3所述的方法，其中，所述当前待请求数据量＝最大数据量*数据返回时长/最大返回时长。

5.如权利要求1所述的方法，其中，对于初次接口请求，所述上次接口请求的数据返回时长为理想返回时长，所述所返回的最后一条数据的数据标识为0。

6.如权利要求1所述的方法，其中，所述最大返回时长和所述理想返回时长根据应用软件的平均接口返回时长来设置。

7.如权利要求1所述的方法，其中，所述最大返回时长和所述理想返回时长根据应用软件中同类型接口在当前预定时段内的平均接口返回时长来设置。

8.一种应用数据加载装置，包括：

参数获取模块，适于响应于用户发起的某数据流的接口请求，获取上次接口请求的数据返回时长和所返回的最后一条数据的数据标识；

数据量确定模块，适于根据所述数据返回时长和预设的理想返回时长和最大返回时长确定当前的待请求数据量；以及

数据加载模块，适于根据所述待请求数据量和所述数据标识请求对应的数据进行加载。

9.一种移动终端，包括：

一个或多个处理器；

存储器；以及

一个或多个程序，其中所述一个或多个程序存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行根据权利要求1-8所述的方法中的任一方法的指令。

10.一种存储有程序指令的可读存储介质，当所述程序指令被移动终端读取并执行时，使得所述移动终端执行如权利要求1-8中任一项所述的方法。

Images