CN114860354A - 一种加载列表的方法及电子设备 - Google Patents

Abstract

本申请提供了一种加载列表的方法及电子设备，该电子设备可以是包括显示屏的手机、平板等，该加载列表的方法可以充分利用手机显示起始帧对应的界面时，预加载区域已渲染的预设长度L₀的列表，首先根据用户的滑动操作，判断滑动总长度a和L₀之间的大小关系，当a小于或等于L₀时，该滑动过程中的每一帧都无需进行列表的加载；当a大于L₀时，该滑动过程中按照一定的规则重新确定每一帧需要加载的列表长度。该方法可以延缓滑动动画过程中每一帧加载的列表长度，且不改变现有的列表滑动速率曲线，实现用户无感知的列表加载，无需用户等候，此外，该列表加载策略可以避免现有技术中前几帧预加载的列表长度过长而引起的手机卡顿。

Description

一种加载列表的方法及电子设备

技术领域

本申请涉及电子技术领域，尤其涉及一种加载列表的方法及电子设备。

背景技术

随着电子技术的发展，电子设备上安装的应用程序(application，APP)的种类和数量越来越多。不同的APP可以显示不同的用户界面(user interface，UI)，或者称为“人机界面”。应理解，UI是用户和电子设备之间进行交流和通讯的平台和纽带，是用户感知、认知、使用和体验APP的最主要媒介。

UI可以包括丰富的UI组件，例如按钮(button)组件、列表(list)组件、卡片视图(card view)组件、数字角标(badge)组件、操作表(action sheet)组件等，不同的UI组件具有各自不同的功能。其中，列表(list)组件是一个普遍使用的组件，如某购物APP的首页、商品详情列表等都使用到list组件，并基于list组件显示列表内容。list组件的内容千变万化，每个条目里通常又包含了许多组件，如文本组件、图片组件等。

在包含列表的界面上，用户滑动该界面的过程中，当用户手指在滑动过程中离开屏幕时，列表会继续按一定的速度滑动，且滑动速度按一定的公式衰减，直至滑动速度降低为0时，列表停止滑动，将该滑动过程称为“滑动动画”。应理解，列表条目一般非常多，做不到一次性全部加载完，通常在滑动动画过程中，可以采取不同的列表加载策略。

目前列表的加载策略可以包括分页加载、设置固定的预加载区域等方式，其中，对于分页加载的方式，当用户从当前页面滑动到下一页面时，需要用户等待下一页的列表数据加载完成之后才可以显示该下一页的页面内容，无法实现无感加载。此外，当用户快速滑动以期望快速显示下一页的页面内容时，该分页加载的方式相对耗时，无法满足用户的需求，用户体验差。再者，伴随着滑动动画过程中滑动速度的降低，需要加载的区域长度也会逐渐减小，例如滑动动画的前期预加载的区域可能很长，后期预加载的区域可能较短，分页加载和设置固定的预加载区域的方式都无法满足用户的加载需求，且加载过程可能会影响电子设备的性能，降低了用户体验。

发明内容

本申请提供一种加载列表的方法及电子设备，该方法可以延缓滑动动画过程中每一帧加载的列表长度，实现用户无感知的列表加载，避免加载的列表长度过长而引起的手机卡顿，降低了手机的运行功耗。

第一方面提供了一种加载列表的方法，应用于包括显示屏的电子设备，所述方法包括：所述显示屏显示起始帧对应的界面，所述界面包括基于列表组件显示的列表区域，且在显示所述起始帧时，所述电子设备的预加载区域包括已加载的预设长度的列表；接收用户的滑动操作，响应于所述滑动操作，确定所述列表区域的滑动参数，其中，所述列表区域开始滑动时所述显示屏显示第1帧对应的界面，所述列表区域暂停滑动时所述显示屏显示第n帧对应的界面，所述滑动参数包括所述第1帧的滑动总长度，以及所述第1帧开始滑动至所述第n帧暂停滑动的滑动总时间，n为大于或等于1的整数；当所述滑动总长度小于或等于所述预设长度时，所述第1帧至所述第n帧中每一帧不加载所述预设长度的列表；或者当所述滑动总长度大于所述预设长度时，根据所述滑动总长度、所述预设长度和所述滑动总时间，确定所述第1帧至所述第n帧中任意一个第m帧的目标加载长度；根据所述目标加载长度加载所述第m帧的列表。

应理解，本申请实施例的“起始帧”可以理解为电子设备的列表视口区域的列表将要开始滑动而没有滑动时显示的界面，该“起始帧”可以记作“第0帧”，第0帧的下一帧(第1帧)开始滑动且滑动距离为D₁。“第n帧”可以理解电子设备的列表滑动过程的最后一帧，即第n帧的滑动距离为D_n且第n+1帧的列表不再滑动，D_n不为0且D_n+1等于0。在本申请实施例中，将重点介绍第1帧至第n帧中的每一帧的列表加载过程。

在本申请实施例中，将第1帧至所述第n帧的列表开始滑动至列表暂停滑动的过程称为“滑动动画”。

还应理解，在本申请实施例中，“预设长度”可以是电子设备的预加载区域的固定长度L₀，预加载区域的宽度可以和电子设备的屏幕的显示宽度相同，本申请实施例主要介绍该预加载区域的长度，不再强调该预加载区域的宽度。假设电子设备的固定预加载区域的长度为L₀，那么在显示该起始帧(第0帧)对应的界面时，电子设备已经加载了预设长度为L₀的列表。

还应理解，在本申请实施例中，“滑动距离”或者“滑动长度”可以理解为某参考线(或参考点)在列表滑动方向上移动的长度。“滑动总时间”可以理解为第1帧列表开始滑动至所述第n帧列表暂停滑动所持续的时长，记作T。

示例性的，以电子设备屏幕上列表视口区域中某个参考列表所在位置为起始的参考线(或参考点)，从第1帧列表开始滑动至所述第n帧列表暂停滑动的滑动过程中，该参考线(或参考点)在滑动方向上移动的总长度即为滑动总长度a，或者说第1帧的滑动长度a。

可选地，在本申请实施例中，电子设备可以通过触摸传感器等检测到用户的滑动操作，并根据现有的滑动模型，已知第0帧中参考点O的初始位置、每一帧的显示时长T₀等参数，基于一定的数学公式，计算该参考点的滑动总长度为a，a即为每一帧的滑动距离D之和，满足a＝D₁+......+D_m+......+D_n。

还应理解，在列表的滑动过程中，相邻的帧与帧之间的显示间隔为T₀，或者说每一帧的显示时长为T₀。对于不同的屏幕刷新率，T₀可以对应不同的取值，例如T₀可以为16.6毫秒(millisecond，ms)，本申请实施例对此不作限定。

上述实现方式中，电子设备可以根据用户的滑动操作，先判断当前的滑动总长度a和预加载区域的长度L₀之间的大小关系。

一种可能的场景中，当滑动总长度a小于或等于电子设备预加载区域的长度L₀时，该滑动过程中第1帧至第n帧中的每一帧都无需进行列表的加载。该列表加载策略可以充分利用电子设备显示起始帧(第0帧)对应的界面时，固定预加载区域包括的已渲染的预设长度为L₀的列表，不改变现有的列表滑动速率曲线，在列表滑动动画过程中实现列表的平缓加载，无需用户等候，实现用户无感知的加载列表。该列表加载策略可以避免现有技术中因为每一帧都做列表预加载而引起的电子设备卡顿，降低了电子设备的运行功耗，提高了用户体验。

另一种可能的场景中，当列表的滑动总长度a大于预设长度L₀时，该滑动过程中按照一定的规则重新确定第1帧至第n帧中的每一帧需要加载的列表长度。具体地，该场景下可以根据滑动总长度a、预设长度L₀和滑动总时间T，确定所述第1帧至所述第n帧中每一帧所需的加载长度。上述方法可以充分利用电子设备显示起始帧(第0帧)对应的界面时，固定预加载区域包括的已渲染的长度为L₀的列表，延缓滑动动画过程中每一帧需要加载的列表的长度。使得第1帧至第n帧中的每一帧中加载的列表长度更加平缓，加载长度较长的帧出现在滑动动画的中间而不是滑动开始的前几帧，从而避免在滑动开始的前几帧加载的列表长度过长而引起的卡顿。

结合第一方面，在第一方面的某些实现方式中，所述滑动参数还包括所述第m帧的滑动距离，所述当所述滑动总长度大于所述预设长度时，根据所述滑动总长度、所述预设长度和所述滑动总时间，确定所述第1帧至所述第n帧中任意一个第m帧的目标加载长度，包括：根据所述滑动总长度、所述预设长度和所述滑动总时间，确定所述第1帧至所述第n帧中每一帧的平均加载长度；当所述第m帧的滑动距离小于或等于所述平均加载长度时，确定所述第m帧的目标加载长度为所述平均加载长度；或者当所述第m帧的滑动距离大于所述平均加载长度时，确定所述第m帧的目标加载长度为所述平均加载长度和所述第m帧的补充加载长度之和。

可选地，首先，电子设备可以根据a＝D₁+......+D_m+......+D_n、预设长度L₀、滑动总时间T和每一帧的显示时长T₀可以计算出每一帧的平均加载长度，记作A，即第1帧至第n帧中的每一帧按照平均长度A进行列表的加载。其次，电子设备判断任意一帧第m帧的滑动距离D_m和A的大小关系。一种可能的场景中，当D_m小于或等于A时，确定第m帧至第n帧中的每一帧都按照长度A进行列表的加载就可以满足显示要求，直到滑动动画结束。

另一种可能的场景中，当D_m大于A时，确定第m帧至第n帧中的每一帧除了按照长度A加载列表之外，还必须补充加载长度为△m的列表，才可以满足显示要求，将△m称为“第m帧的补充加载长度”。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述第m帧的补充加载长度为所述第1帧至所述第m帧中每一帧的滑动距离之和减去所述预设长度和m个所述平均加载长度之后得到的差值。

应理解，由于对于第1帧至第n帧中的任意一帧而言，电子设备已经包括已渲染的预设长度为L₀的列表，因此可以在判断过程中可以减去预设长度为L₀的列表，确定每一帧还需要补充加载的列表长度△m，例如可以根据△m＝D₁+D₂+...+D_m-L₀-m×A计算出第m帧的补充加载长度，并按照该补充加载长度△m和平均加载长度A之和得到第m帧的目标加载长度，最后按照该目标加载长度加载第m帧的列表。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述第m帧的列表是在所述第m帧的显示时段之前或者所述第m帧的显示时段之内的任意时刻加载的。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述预设长度的列表是在显示所述起始帧时，所述电子设备已完成渲染的列表。

一种可能的实现方式中，对于地图类应用、购票类应用、视频类应用等，该类应用启动后可以显示包括列表视口区域的界面。当用户启动应用后显示包括列表视口区域的界面时，电子设备就可以加载长度为预设长度L₀的列表，使得用户执行滑动操作时，固定预加载区域包括已渲染的长度为L₀的列表。

另一种可能的实现方式中，如果第一次滑动结束，电子设备预加载区域已加载的列表长度可以不足L₀，即在列表的第一次滑动过程中，L₀的列表中的全部或者部分已经用于填充到屏幕的列表视口区域，该情况下，电子设备可以在该第一次滑动结束后，继续加载列表使得固定预加载区域的列表长度保持为L₀，等到用户执行下一个滑动操作时，固定预加载区域依然包括已渲染的预设长度L₀的列表，本申请实施例对电子设备加载预设长度为L₀的列表的时机不作限定。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述方法还包括：根据所述滑动参数修正所述预设长度的数值。

应理解，如果初始帧(第0帧)的预加载区域的预设长度L₀过小，在列表滑动过程中前几帧的滑动距离D大于平均加载长度A，这就造成了电子设备屏幕上的列表视口区域的显示不能完全来自于初始帧(第0帧)的预加载区域，可能造成电子设备卡顿。

可选地，可以通过调整初始长度L₀的值来解决。但L₀如果调整过大，会导致补充加载长度△的列表时耗时过长，且列表在加载和运行过程中会占用电子设备更多的内存。在本申请实施例中，可以通过每次滑动时，根据滑动模型中滑动距离D₁、D₂...D_m...D_n的大小，确定合适的L₀的数值，并调整L₀的数值。

一种可能的方式中，首先，可以根据电子设备的资源和性能，确定合理的初始预加载长度L₀；其次，在处理当前滑动过程中的任意一帧时，根据前述介绍的过程计算A并判断是否需要补充加载长度△的列表，并保证在该帧加载列表的长度满足该帧在电子设备屏幕上的正常显示。应理解，由于滑动过程中列表的滑动速率是递减的，因此每一帧中A小于D的情况不会持续太久，电子设备可以按照A平稳的实现列表的加载。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述第n帧的显示时段之内，所述电子设备根据所述第n帧的目标加载长度加载完所述第n帧的列表之后，所述方法还包括：所述电子设备预加载部分列表，使得所述预加载区域已加载的列表长度为所述预设长度。

综上所述，本申请实施例介绍的列表加载策略可以充分利用电子设备显示起始帧(第0帧)对应的界面时，预加载区域已渲染的预设长度L₀的列表，延缓滑动动画过程中每一帧需要加载的列表的长度。此外，该过程不改变现有的列表滑动速率曲线，在列表滑动动画过程中实现平缓的加载列表，无需用户等候列表的加载，可以实现用户无感知。此外，该列表加载策略可以避免现有技术中前几帧预加载的列表长度过长，而引起的电子设备卡顿，从而降低了电子设备的运行功耗。

第二方面提供了一种电子设备，包括：显示屏；一个或多个处理器；一个或多个存储器；安装有多个应用程序的模块；所述存储器存储有一个或多个程序，所述一个或多个程序包括指令，当所述指令被所述电子设备执行时，使得所述电子设备执行如第一方面和第一方面中任一项所述的方法。

第三方面提供了一种电子设备上的图形用户界面系统，所述电子设备具有显示屏、一个或多个存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，所述图形用户界面系统包括所述电子设备执行如第一方面和第一方面中任一项所述的方法时显示的图形用户界面。

第四方面提供了一种装置，该装置包含在电子设备中，该装置具有实现上述第一方面及上述第一方面的可能实现方式中电子设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，显示模块或单元、检测模块或单元、处理模块或单元等。

第五方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如第一方面和第一方面中任一项所述的方法。

第六方面提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面或者第一方面的任意一种可能的加载列表的方法。

附图说明

图1是本申请实施例提供的一例分页加载的场景示意图。

图2是本申请实施例提供的另一例列表预加载的场景示意图。

图3是本申请实施例提供的一例电子设备的结构示意图。

图4是本申请实施例的电子设备的软件结构框图。

图5是本申请实施例提供的一例列表滑动过程中滑动距离变化示意图。

图6是本申请实施例提供的一例列表预加载过程的示意性流程图。

图7是本申请实施例提供的一例列表预加载过程的示意图。

图8是本申请实施例提供的一例列表滑动距离与实际加载长度的变化示意图。

图9是本申请实施例提供的另一例列表预加载过程的示意图。

图10是本申请实施例提供的另一例列表滑动距离与实际加载长度的变化示意图。

图11是本申请实施例提供的一例列表滑动过程中预加载区域的长度变化示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

UI(user interface)可以包括的不同UI组件，不同的UI组件可以有相同或者不同的加载方式，本申请实施例将以手机为例，介绍list组件在手机上的预加载过程。

图1是本申请实施例提供的一例分页加载的场景示意图。以手机为例，图1中的(a)图示出了手机在解锁模式下，当前显示的主界面101，该主界面101显示了多款应用程序(application，App)，例如备忘录、图库、音乐和视频等应用程序。应理解，该主界面101还可以包括其他更多的应用程序，本申请实施例对此不作限定。

如图1中的(a)图所示，用户可以点击手机主界面101的“视频”应用，响应于用户的点击操作，手机进入如图1中的(b)图所示的视频应用的界面102，该视频应用的界面102的底部区域可以显示视频应用的主菜单，例如“首页”菜单、“会员视频”菜单和“我的”菜单等。如图1中的(b)图所示，在“首页”菜单对应的界面102上，显示了视频列表，该视频列表可以包括一个或多个视频。

可选地，该视频列表中包括一个或多个视频可以来源于该视频应用推荐的在线视频和/或手机本地存储的视频等，本申请实施例对视频来源不作限定。

应理解，在本申请实施例中，假设该视频列表以列表(list)组件的形式显示，将列表(list)组件对应的显示数据称为“列表(list)数据”，本申请后续实施例中所描述的电子设备“加载列表(list)”或者“加载列表(list)组件”都可以理解为电子设备“加载列表(list)数据”以使得在电子设备的屏幕显示区域上显示列表内容，后续不再赘述。

一种可能的实现方式中，当用户期望查看并获取视频列表中包括的更多视频列表信息时，用户可以执行如图1中的(b)图所示的操作，沿着黑色箭头的方向滑动。响应于用户的滑动操作，手机上的该视频列表可以通过分页加载的方式实现列表(list)的预加载过程。具体地，列表(list)首先加载一页数据，待滑动到这页末尾时，触发下一页列表(list)的加载，等待下一页的列表(list)加载完成后显示下一页的列表内容。

示例性的，当用户滑动该视频列表时，响应于用户的滑动操作，如图1中的(b)图所示，在该界面102上可以显示加载提示信息10，该加载提示信息10可以显示如“正在努力加载中”等文字提示信息、进度条或者其他可能的图标提示，以提示用户当前正在加载下一页对应的list组件。

可选地，将上述场景中手机的屏幕显示区域划分如图1中的(c)图所示，在该“首页”菜单对应的界面102上可以包括多个显示区域，该界面102可以包括已加载的列表(list)视口区域和菜单区域，以及加载提示信息显示区域。其中，已加载的列表(list)视口区域可以包括以list组件的形式显示的一个或多个视频信息，菜单区域可以包括当前“首页”菜单下的搜索视频控件等，此处不再赘述。当下一页对应的列表(list)组件加载完成之后，该界面102上的视频列表就可以显示下一页的视频列表信息。

应理解，这里“下一页”可以指的是该视频列表将要显示给用户的下一页视频列表信息，换言之，本申请实施例主要关注界面102上的“列表(list)视口区域”的内容加载，该加载过程中菜单区域可以保持不变。或者，当用户未执行滑动操作或者该滑动操作使得页面滑动到最后一页时，界面102上可以不再包括该加载提示信息显示区域，本申请实施例对界面的划分方式和显示内容不作限定。

结合图1介绍了视频列表的分页加载过程，该分页加载的过程无法做到无感加载，用户执行滑动操作后，需要等待list组件加载完成再进行显示。当用户想快速向下滑动时需要等待多个页面的加载，而且列表很快就会因为滑动的当前页的底部而停止，该分页加载的过程耗时，用户体验差。

图2是本申请实施例提供的另一例列表预加载的场景示意图。如图2中的(a)所示，为了便于描述，以手机上显示某个应用(例如地图类应用、购票类应用等)的城市列表界面为例，即手机屏幕的显示区域中城市列表区域可以基于列表(list)组件显示。

示例性的，如图2中的(a)所示，该手机屏幕的显示区域还可以称为“已加载区域”，该手机屏幕的显示区域可以被划分为状态栏区域、菜单区域和列表(list)视口区域等。其中，状态栏区域可以包括手机当前显示的日期、时间、电池电量、运营商和信号图标等；菜单区域包括城市和/或车站名的搜索框等；黑色粗实线示出的列表(list)视口区域包括按照一定该顺序排列显示的多个城市和/或车站名称。应理解，本申请实施例对应用的类型和手机屏幕的显示区域的划分方式不作限定，本申请实施例中将主要介绍列表(list)视口区域的加载过程，后续将不再赘述状态栏区域、菜单区域等区域的加载过程。

一种可能的实现方式中，可以通过设置固定长度(预设长度)的预加载区域的方式实现列表的加载过程。具体地，如图2中的(a)所示，当前手机屏幕的显示区域为用户可见的已加载区域，在手机屏幕的显示区域之外设置有用户不可见的预加载区域，通常在手机屏幕的显示区域的上方和下方各设置一块预加载区域。

示例性的，手机屏幕的显示区域之外设置的预加载区域可以如图2中的(a)中阴影部分示出的第一预加载区域和第二预加载区域。可选地，第一预加载区域和第二预加载区域的长度可以不相同或者相同，本申请实施例假设第一预加载区域和第二预加载区域的长度都为L₀。

应理解，第一预加载区域和第二预加载区域的宽度可以和手机屏幕的显示宽度相同，后续实施例的描述中主要介绍第一预加载区域和第二预加载区域的长度，不再强调该第一预加载区域和第二预加载区域的宽度。

还应理解，本申请实施例将以用户在手机屏幕上执行向上的滑动操作为例，因此响应于用户的向上的滑动操作，手机屏幕上显示的列表也向上滑动，可以通过将第二预加载区域中已经加载的列表滑动进入手机屏幕的列表(list)视口区域。同样地，当用户在手机屏幕上执行向下的滑动操作时，手机屏幕上显示的列表也向下滑动，可以通过将第一预加载区域中已经加载的列表滑动进入手机屏幕的列表(list)视口区域，后续不再赘述。

还应理解，这里“手机屏幕的显示区域之外”可以理解为手机屏幕上当前不显示的列表，但是在底层(例如渲染器等)已经完成渲染的列表。“已加载区域”和“预加载区域”都可以理解为手机底层渲染显示过程中的虚拟显示区域。在手机显示过程中，可以基于已加载区域对应的列表数据渲染得到列表(list)视口区域的列表，并将该列表投到手机显示屏上。换句话说，手机屏幕当前显示的列表(list)视口区域，第一预加载区域和第二预加载区域中加载了列表数据，列表数据对应的列表已完成渲染，但当前不显示在手机屏幕上，当用户执行滑动操作时，第一预加载区域和第二预加载区域的列表不需要再渲染，随时可以滑动进入手机屏幕的列表(list)视口区域。

如图2中的(b)所示，在该场景中，手机屏幕的列表(list)视口区域可以表示为斜线阴影示出的区域，该列表(list)视口区域显示的界面内容称为“列表”，例如图2中的(a)所示的城市列表。此外，在手机屏幕的显示区域之外(本申请实施例忽略菜单区域、状态栏区域等)，包括已经完成渲染的第一预加载区域和第二预加载区域，且第一预加载区域和第二预加载区域的长度可以相同都为L₀。

当用户在手机界面上对列表执行向上的滑动操作时，响应于用户的滑动操作，第二预加载区域中的部分已经渲染完成的列表进入到列表(list)视口区域。示例性的，如图2中的(b)所示，响应于用户的滑动操作，在列表(list)视口区域，列表向上滑动后可以包括了两部分内容，该两部分内容对应不同的显示区域——第一显示区域和第二显示区域。其中，第一显示区域是用户滑动前列表(list)视口区域的部分已加载内容，第二显示区域是随着用户的滑动操作，由第N帧的第二预加载区域中已经渲染的内容补充进来的长度为a的列表内容。

应理解，在列表的滑动过程中，相邻的帧与帧之间的显示间隔为T₀，对于不同的屏幕刷新率，T₀可以对应不同的取值，例如T₀可以为16.6毫秒(millisecond，ms)，本申请实施例对此不作限定。

示例性的，如图2中的(b)图所示，以相邻的第N帧和第N+1帧为例，第N帧在手机屏幕的显示区域显示了T₀(例如16.6ms)之后切换为第N+1帧，且在第N帧显示的16.6ms内，做第二预加载区域内长度L₀的列表更新；同样地，当第N+1帧在手机屏幕的显示区域显示的16.6ms内，第二预加载区域内重新进一步预加载新的长度L₀的列表。

换言之，假设第N帧和第N+1帧之间显示间隔T₀为16.6ms，即第N帧在手机屏幕的显示区域显示16.6ms之内，第N帧的第二预加载区域完成长度为L₀的列表的渲染。响应于用户的滑动操作，当第N帧的列表滑动总长度为a，手机屏幕的显示区域切换到第N+1帧时，第二预加载区域内的长度为a的列表填充到手机屏幕的显示区域，且第N帧中长度为a的列表进入到回收区域。

应理解，本申请实施例中，以列表视口区域中某个参考列表为起始的参考线(或参考点)，“列表滑动距离”或者“列表滑动长度”可以理解为该参考线(或参考点)在列表滑动方向上移动的长度。示例性的，如图2中的(b)图所示，以手机屏幕的列表视口区域的下边界和右边界所在直线的交点为参考点O，在竖直向上的滑动方向上，参考点O滑动的距离即为第N帧的任意一个列表的滑动长度a，或者说第N帧的滑动长度a。

或者，以手机当前显示的第N帧的某个地点列表，例如以图2中的(a)图中任意一个地点列表为参考点，那么该参考点从初始位置处的滑动总长度即第N帧的滑动总长度a。换言之，本申请实施例所说的“滑动距离”、“滑动总长度”等都可以理解为固定参考点O的滑动总长度a，即每一帧的滑动距离为a。假设以“北京南站”所在列表为参考点，响应于用户的滑动操作，该“北京南站”所在列表的滑动总长度为a，后续不再赘述。

还应理解，在本申请实施例中，响应于用户的滑动操作，将列表开始滑动到滑动结束的过程称为“滑动动画”。

可选地，这里a的值可以大于L₀，例如用户滑动速度较快或者滑动时间较长，列表的总长度a较长。或者，a的值可以等于L₀，又或者a的值可以小于L₀，例如用户滑动速度较低或者滑动时间较短，列表的总长度a较小，本申请实施例对导致a的数值大或者小的原因不作限定。

结合上述通过第二预加载区域进行列表加载的过程，当a的值小于L₀时，如图2中的(b)图所示，当第N帧的第二预加载区域中长度为a的列表作为第N+1帧的内容填充到手机屏幕的显示区域时，手机会重新更新并渲染第N+1帧的第二预加载区域的列表，即(b)图中点状阴影区域示出的第N+1帧的长度为的a的第二预加载区域。在该情况下，不论第N+1帧的第二显示区域的显示是否超出了第N帧的第二预加载区域L₀，都需要为第N+1帧做长度为的a的第二预加载区域的布局与渲染，保证第N+1帧仍然有长度为L₀的第二预加载区域。该过程中，即使该滑动动画已经结束，换言之，即使第N帧的第二预加载区域已经满足了当前的滑动过程，仍然需要在第N+1帧继续做列表的预加载，可能会耗时较多，增加了手机的数据处理任务，影响了手机的性能。

另一种情况下，当a的值大于L₀时，即第N帧的第二预加载区域中长度L₀不足以填充第N+1帧的列表(list)视口区域，如图2中的(c)图所示，此时第N+1帧的手机屏幕的显示区域可以包括第一显示区域、第二显示区域和第三显示区域，其中，第一显示区域包括用户滑动前已加载的第N帧的部分列表内容，第二显示区域包括第N帧的长度为L₀的第二预加载区域已经渲染的列表内容，第三显示区域是第N+1帧中还需要继续加载的长度为a-L₀的列表。此外，对于第N+1帧，手机还需要额外加载长度为L₀的第二预加载区域的列表，换言之，在第N+1帧的显示时长T₀内，手机要额外加载长度a-L₀的列表和L₀的列表才能保证第N+1帧的正常显示，导致第N+1帧需要预加载的区域可能很长，容易产生卡顿，进而影响手机的性能。此外，用户的滑动速率一般都是前快后慢，在该情况下，前期用户滑动速率较快时，第N+1帧的需要预加载的长度远远大于第N帧的第二预加载区域的长度L₀，那么手机更容易产生卡顿，进而影响用户的体验。

综上所述，以上介绍的列表加载方式，不论是分页加载的方式，还是通过设置固定的预加载区域来加载列表，都无法满足用户的加载需求，且加载过程可能会影响电子设备的性能，降低了用户体验。

因此，本申请实施例将提供一种列表预加载的方法，可以在不影响用户滑动速率的情况下，减少电子设备预加载过程中可能出现的卡顿，提高电子设备的性能。

本申请实施例提供的列表预加载的方法可以应用于手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等电子设备上，本申请实施例对电子设备的具体类型不作任何限制。

示例性的，图3是本申请实施例提供的一例电子设备的结构示意图。电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universalserial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(display serialinterface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，第五代(the fifth generation，5G)移动通信系统以及后续标准，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigationsatellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellitesystem，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

应理解，在本申请实施例中，电子设备主要通过触摸传感器180K检测用户的滑动操作，并将该操作事件反馈给处理器110，处理器110响应于用户的滑动操作，确定当前加载列表的方法和过程，并实现列表的布局、渲染和加载等，最终将加载完成的列表显示在电子设备的屏幕上，后续对该过程不再赘述。

还应理解，电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的

系统为例，示例性说明电子设备100的软件结构。

图4是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将

系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(

runtime)和系统库，以及内核层。应用程序层可以包括一系列应用程序包。

如图4所示，应用程序包可以包括备忘录、图库、通话、短信息、音乐、视频等应用程序，本申请实施例对此不作赘述。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图4所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，资源管理器等。其中，窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏的大小，判断屏幕是否有状态栏，或者参与执行锁定屏幕，截取屏幕等操作。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。存放的数据可以包括视频数据、图像数据、音频数据等，还可以包括拨打和接听的通话记录数据，用户的浏览历史和书签等数据，此处不再赘述。

视图系统包括可视控件，例如前述介绍的列表(list)组件、视图组件、图片组件等不同的UI组件。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，在本申请实施例中，屏幕上显示的列表(list)视口区域可以包括以list组件形式显示的列表。

资源管理器为应用程序提供各种资源，比如本地化字符串、图标、图片、布局文件、视频文件等等。

runtime包括核心库和虚拟机。

runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象的生命周期管理、堆栈管理、线程管理、安全和异常的管理、以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维(three dimensional，3D)图形处理库(例如：OpenGL ES)，二维(two dimensional，2D)图形引擎等。

表面管理器用于对电子设备的显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

二维图形引擎是二维绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

示例性的，在本申请实施例介绍的加载列表的过程中，需要不同层之间的协同参与，例如表面管理器可以从应用程序层的不同应用程序(例如视频应用)获取列表数据，该列表数据可以包括用于显示列表(list)视口区域内容的多种不同类型的数据，例如文字数据、窗口位置坐标数据等，本申请实施例中统一称为“列表数据”。表面管理器还可以提供图层(layer)合成的服务，三维图形处理库、二维图形引擎等可以将合成的列表进行绘制和渲染，渲染完成后送到显示屏进行显示。应理解，以上过程涉及的列表数据的更新、图层合成、渲染和送显过程可以由处理器110控制电子设备的多个软件模块和硬件的协同参与完成，后续不再赘述。

为了便于理解，本申请以下实施例将以具有图3和图4所示结构的手机为例，结合附图和应用场景，对本申请实施例提供的加载列表的方法进行具体阐述。

图5是本申请实施例提供的一例列表滑动过程中滑动距离变化示意图。应理解，用户执行滑动操作之后，响应于用户的滑动操作，手机屏幕上的列表会进行滑动，即手机上的“滑动动画”过程，且列表的滑动速率一般都是前快后慢，或者列表滑动的距离随着时间逐渐减小。

示例性的，如图5所示，以时间t(单位：秒)为横坐标，以每一帧的理论滑动距离D(单位：毫米)为纵坐标，得到如图5所示的柱状图。其中，假设用户执行滑动操作时，手机屏幕的列表开始滑动前，手机屏幕上显示的画面记为第0帧。响应于用户的滑动操作，屏幕上的列表开始滑动，在滑动动画的过程中，手机屏幕上从第1帧开始，每一帧显示时长为T₀(例如16.6ms)，T₀之后切换到下一帧，直到手机屏幕上显示第N帧时，列表停止滑动。从第1帧到第N帧的总时长为T，换言之，滑动动画持续的总时间为T，或者说，某参考点(参考列表)的滑动总时间为T，每一帧的滑动距离为D，例如D₁、D₂、D₃、D₄……D_m、D_m+1……D_n。

应理解，本申请实施例的“第0帧”可以理解手机的列表视口区域的列表将要开始滑动而没有滑动的起始帧，第0帧的下一帧(第1帧)中列表开始滑动且滑动距离为D₁。结合前述图2中的(a)图介绍的设置固定的预加载区域进行列表加载的过程，假设手机设置固定预加载区域的长度为L₀，在手机显示该第0帧时，手机已经加载了长度为L₀的第二预加载区域的列表。

可选地，手机可以在用户启动该应用时就开始加载长度为L₀的列表，或者在一次滑动结束后下一次滑动开始之前就加载部分列表，保证固定预加载区域包括已渲染的长度为L₀的列表，本申请实施例对此不作限定。

还应理解，本申请实施例的“第n帧”可以理解列表滑动过程的最后一帧，即滑动动画的最后一帧，第n帧的列表滑动距离为D_n且第n+1帧的列表不再滑动，滑动距离D_n不为0且D_n+1等于0，即手机屏幕上的列表停止滑动后显示第n+1帧对应的界面。在本申请实施例中，将重点介绍第1帧至第n帧中的每一帧的列表加载过程。

还应理解，本申请实施例的任意一帧的显示时长T₀为固定值，对于不同的屏幕刷新率，T₀的取值不同。例如，当屏幕刷新率为60Hz时，每一帧在手机屏幕上的显示时长T₀为16.6ms。示例性的，T₀＝16.6ms时，第1帧至第n帧中的每一帧的显示时段是固定的，假设任意第m帧显示的16.6ms对应的时段为时刻t₁—时刻t₂，该第m帧可以在t₁—t₂时段内的任何时刻加载完成并显示。具体地，第m帧可以在时刻t₁之前加载完成，那么时刻t₁—时刻t₂的时段内第m帧一直显示在手机屏幕上；或者，第m帧可以在时刻t₁—时刻t₂之间某个时刻加载完成，那么该某个时刻到时刻t₂的时段内第m帧显示在手机屏幕上；又或者，第m帧在时刻t₁—时刻t₂之间一直没有加载完成，那么第m帧在时刻t₁—时刻t₂内无法显示在手机屏幕上，即我们所说的第m帧的“丢帧”，本申请实施例对第m帧的加载时刻不作限定。

此外，从第1帧开始，每一帧的滑动距离依次记为D₁、D₂、D₃、D₄……D_m、D_m+1、……D_n。应理解，在本申请实施例中，任意一帧的“理论滑动距离”可以称为“理论加载长度”，即每一帧的显示时长T₀内应该加载的列表的长度，且该理论加载长度为D的列表需要填充到手机的列表视口区域，以保证当前帧可以正常显示。示例性的，如图5所示，以第1帧为例，第1帧在手机屏幕上显示时长16.6ms内，需要加载至少长度为D₁的列表，该长度为D₁的列表作为第1帧的列表视口区域的部分或全部内容，填充到手机屏幕的列表视口区域，以保证第1帧的正常显示。

可选地，该长度为D₁的列表可以来源于第0帧已经加载的长度为L₀的列表，如果L₀不足够填充长度为D₁的列表时，手机在第1帧显示时长16.6ms内要补充加载长度为△的列表，保证第1帧可以在显示时长16.6ms内显示在手机的屏幕上，否则会造成第1帧的丢帧。

示例性的，如图5所示，列表滑动初期的滑动速率较快，即滑动初期每一帧的滑动距离D较大；随着滑动动画的持续，滑动速率的逐渐降低，导致每一帧的滑动距离D逐渐减小，例如D₁、D₂、D₃、D₄……D_m、D_m+1、……D_n的大小逐渐减小。

假设在滑动过程中，参考点O(参考列表)的滑动总长度为a，那么a即为图5所示的每一帧的滑动距离(每一个柱体的高度)D之和，即满足以下公式(1)：

a＝D₁+D₂+D₃+D₄+......+D_m+D_m+1+......+D_n 公式(1)

可选地，在本申请实施例中，手机可以根据现有的滑动模型，已知第0帧中参考点O的初始位置、每一帧的显示时长T₀＝16.6ms等参数，可以基于一定的数学公式，计算该参考点的滑动总长度为a，本申请实施例对此不作赘述。

可选地，结合图2中的(b)图和(c)图介绍的场景，参考点O的滑动总长度a可以小于或等于L₀，也可以大于L₀。

应理解，在本申请实施例中，用户执行滑动操作后，响应于用户的滑动操作，手机可以判断a和L₀的大小关系，并根据a和L₀的大小关系，为当前的列表加载过程确定不同的预加载策略。下面将结合图5至图11，从软件实现策略层面，介绍本申请实施例提供的列表预加载的过程。

图6是本申请实施例提供的一例列表预加载过程的示意性流程图。应理解，该方法600可以应用于图3和图4所示的具有触摸屏等结构的电子设备(例如手机、平板电脑等)，且本申请实施例提供的预加载列表的方法，是在现有的设置固定长度L₀的预加载区域的基础上实现的。具体地，以手机为例，如图6所示，该方法600可以包括以下步骤：

601，以手机当前显示的第0帧作为起始帧，且在显示起始帧对应的界面时，固定预加载区域包括已渲染的长度为L₀的列表。

一种可能的实现方式中，对于前述图1和图2中列举的地图类应用、购票类应用、视频类应用等，该类应用启动后可以显示包括列表视口区域的界面。当用户启动应用后显示包括列表视口区域的界面时，手机就可以通过固定预加载区域加载长度为L₀的列表，使得用户执行滑动操作时，固定预加载区域包括已加载的长度为L₀的列表。

另一种可能的实现方式中，如果第一次滑动结束，手机固定预加载区域已加载的列表长度可以不足L₀，即在列表的第一次滑动过程中，L₀的列表中的全部或者部分已经用于填充到屏幕的列表视口区域，该情况下，手机可以在该第一次滑动结束后，继续加载列表使得固定预加载区域的列表长度保持为L₀，等到用户执行下一个滑动操作时，固定预加载区域依然包括已加载的长度为L₀的列表，本申请实施例对手机加载长度为L₀的列表的时机不作限定。

602，接收用户的滑动操作，响应于用户的滑动操作，根据滑动模型确定滑动总长度a。具体地，结合图5中的相关介绍，根据公式(1)和第0帧中参考点O的初始位置、每一帧的显示时长T₀＝16.6ms等参数，计算该参考点滑动总长度为a。

603，判断滑动总长度a是否大于L₀。

604，当a小于或等于L₀时，从滑动动画的第1帧开始，直到第N帧滑动动画结束的时长T内，每一帧都不做列表的加载。

605，滑动动画结束。

以上步骤601-605的过程，介绍了当手机判断a小于或等于L₀时的列表预加载策略。如图5所示，当每一个柱体的高度之和a＝D₁+D₂+D₃+D₄+......+D_m+D_m+1+......+D_n小于或等于L₀时，在该场景下，滑动动画结束之前，手机不需要进行列表的预加载。换言之，第0帧的第二预加载区域中已经渲染了长度为L₀的列表，该长度为L₀的列表已经可以满足滑动总长度为a的列表显示。

图7是本申请实施例提供的一例列表预加载过程的示意图。如图7所示，手机当前显示第0帧，该第0帧包括列表视口区域的列表内容，以及长度为L₀的第一预加载区域和第二预加载区域的已经渲染的列表。当用户执行向上的滑动操作后，响应于用户的向上的滑动操作，第0帧的列表视口区域的列表向上滑动，从第1帧开始滑动直到第N帧滑动结束，即滑动总时间为T的滑动动画结束。

示例性的，如图7所示，以列表视口区域的下边界所在直线上的点O作为参考点，从第1帧到第N帧的过程中，该参考点O在竖直滑动方向上的滑动总长度为a，且a小于L₀，那么第0帧的长度为L₀的第二预加载区域已经足够填充列表滑动的总长度a，在该场景下，本申请实施例在第1帧到第N帧的过程中，手机不需要做列表的预加载。

具体地，手机显示第0帧时，已经加载了预设长度为L₀的列表，第1帧至第N帧中每一帧的都不再进行列表的加载，且第0帧的第二预加载区域的列表可以填充第1帧至第N帧中每一帧的列表内容之后，还可以剩余长度为L₀-a的已经渲染的列表。

图8是本申请实施例提供的一例列表滑动距离与实际加载长度的变化示意图，其中，图8中的(a)图示出了第1帧至第n帧中的每一帧的滑动距离D的变化过程，图8中的(b)图示出了第1帧至第n帧中的每一帧的实际加载的列表的长度变化过程。

示例性的，图8中的(a)图可以参照图5中的相关描述，此处不再赘述。当手机判断a＝D₁+D₂+D₃+D₄+......+D_m+D_m+1+......+D_n小于或等于L₀时，手机可以按照以上步骤601-605的过程进行列表的预加载，对应于如图8中的(b)图所示的第1帧至第n帧中的每一帧的实际预加载的列表长度为0。

应理解，“第n帧”作为滑动动画的最后一帧，第n帧的列表滑动距离为D_n不等于0且第n+1帧的列表滑动距离D_n+1为0，那么在滑动动画结束之后，手机屏幕的显示区域仍然按照现有技术中介绍的方法，按照预设长度L₀的第二预加载区域进行列表的预加载。

可选地，该长度L₀的第二预加载区域的列表的加载过程可以发生在第n帧的显示时长T₀之内，用于保证第n+1帧的正常显示或者用于下一次滑动过程。应理解，本申请实施例主要介绍第n帧作为滑动动画的最后一帧，保证第n帧的正常显示时的理论加载的列表长度，不再赘述第n帧可以为后续第n+1帧或者下一次滑动过程等预加载的列表长度等，后续不再赘述。

对比图8中的(a)图和图8中的(b)图，可以看出，在本申请实施例中，手机可以根据用户的滑动操作，先判断当前的滑动总长度a和预加载区域的长度L₀之间的大小关系，当满足列表的滑动总长度a小于或等于手机预加载区域的长度L₀时，该滑动过程中的每一帧都无需进行列表的加载。避免该场景下每一帧都预加载部分列表使得预加载区域的列表长度为L₀，避免了不必要的卡顿，节省手机的功耗。

通过上述介绍的列表加载策略，可以充分利用手机显示起始帧(第0帧)对应的界面时，固定预加载区域包括的已渲染的列表，不改变现有的列表滑动速率曲线，在列表滑动动画过程中实现列表的平缓加载，无需用户等候，实现用户无感知的加载列表。此外，该列表加载策略可以避免现有技术中因为每一帧都做列表预加载而引起的手机卡顿，降低了手机的运行功耗，提高了用户体验。

又一种可能的情况中，a的值可以大于L₀。用户执行滑动操作之后，响应于用户的滑动操作，当手机判断a＝D₁+D₂+D₃+D₄+......+D_m+D_m+1+......+D_n大于L₀时，可以在步骤603之后执行以下过程：

606，当a大于L₀时，手机计算第1帧至第n帧中的每一帧的滑动平均长度A，且第1帧至第n帧中的每一帧按照长度A加载列表。

示例性的，如图5所示，列表滑动初期的滑动速率较快，即滑动初期每一帧的滑动距离D较大，例如D₁、D₂、D₃、D₄……D_m、D_m+1……D_n的大小逐渐减小。在滑动过程中，随着滑动速率的逐渐降低，导致每一帧的滑动距离D逐渐减小，到第m帧的滑动距离为D_m，直到第n帧的滑动距离为D_n。

首先，由公式(1)得到参考点的滑动总长度a＝D₁+D₂+D₃+D₄+......+D_m+D_m+1+......+D_n。

其次，根据以下公式(2)计算第1帧至第n帧中的每一帧的滑动平均长度：

其中，在公式(2)中，a-L₀表示除了第0帧的预设长度为L₀的第二预加载区域之外还需要预加载的列表总长度，

表示该还需要预加载的列表总长度在滑动总时间T内的滑动速率，

表示对于手机还需要预加载的列表总长度a-L₀，在第1帧至第n帧中的每一帧的显示时长T₀内需要加载的平均长度A。

应理解，步骤606中，“每一帧按照长度A进行列表的预加载”可以理解为区别于现有技术中每一帧的列表预加载方式，每一帧按照计算得到的平均长度A加载列表。

还应理解，在本申请实施例中，列表开始滑动的起始帧——第0帧已经显示在手机屏幕上，因此在列表滑动之前，手机包括已经渲染的预设长度L₀的列表，请参考前述相关描述，此处不再赘述。

607，判断任意一个第m帧的滑动距离D_m是否大于A。其中，1≤m≤n，即第m帧为第1帧至第n帧中的任意一帧。

608，当第D_m小于或等于A时，确定第m帧至第n帧中的每一帧都按照长度A加载列表，直到步骤605，显示第n帧，滑动动画结束。

609，当D_m大于A时，判断对于第m帧，D₁+D₂+...+D_m-L₀-m×A是否大于0。

应理解，由于对于第1帧至第n帧中的任意一帧而言，第0帧已经有预设长度为L₀的第二预加载区域，因此可以在判断过程中可以减去第二预加载区域的预设长度为L₀的列表，确定每一帧还需要补充加载的列表长度△m。

610，当D₁+D₂+...+D_m-L₀-m×A大于0时，确定第m帧的补充加载长度△m，并在第m帧补充加载长度为△m的列表。

具体地，△m可以根据以下公式(3)计算：

△m＝D₁+D₂+...+D_m-L₀-m×A 公式(3)

611，确定第m帧的实际加载长度L＝A+△m，并加载长度L＝A+△m的列表。具体地，第m帧的实际加载长度L可以表示为公式(4)：

L＝A+△m 公式(4)

605，直到显示第n帧，滑动动画结束。

示例性的，下面将结合具体几帧介绍以上的加载列表的过程：

(1)第1帧

对于第1帧，先判断第1帧的滑动距离D₁是否大于A。

一种可能的情况中，当D₁小于或等于A时，由于D₁、D₂、D₃、D₄……D_m、D_m+1……D_n的大小逐渐减小，那么D₁、D₂、D₃、D₄……D_m、D_m+1……D_n都小于A，后续第2帧至第n帧不需要再依次判断，直接按照步骤608中，第1帧至第n帧中的每一帧都按照长度A进行列表的预加载，无需补充加载列表就可以满足第1帧至第n帧的显示，直到步骤605的滑动动画结束。

另一种可能的情况中，当D₁大于A时，判断D₁-L₀-A是否大于0。当D₁-L₀-A小于或等于0时，手机确定当前已加载的长度L₀和长度A的列表已经足够填充第1帧的滑动距离D₁，因此不需要再额外补充加载列表，接下来继续确定第2帧的列表加载过程。

又一种可能的情况中，当D₁大于A且判断D₁-L₀-A大于0时，手机确定当前已加载的长度L₀和长度A的列表不足以填充第1帧的滑动距离D₁，因此需要再额外补充加载长度为△1的列表，具体地，根据公式(3)计算△1＝D₁-L₀-A，进而再根据公式(4)得到第1帧实际要加载的列表长度L₁＝D₁-L₀+A。

可选地，“第1帧补充加载长度为△1的列表”可以是手机显示第0帧的剩余时长内补充预加载长度为△1的列表。或者，在第1帧的显示时长T₀内，加载长度为△1的列表，本申请实施例对补充加载长度为△1的列表的时机不作限定，只要可以满足第1帧的列表显示即可，本申请实施例对此不作限定。

在另一种可能的情况中，对于第1帧，手机还可以判断D₁是否大于L₀。如果手机判断D₁小于或等于L₀，那么第0帧已经渲染的长度L₀的列表已经可以满足第1帧正常显示，甚至长度L₀的列表中还可能会有剩余长度的列表，那么在该情况下，第1帧可以不再加载长度A的列表，长度L₀的列表中剩余长度的列表可以作为补充到第2帧滑动距离D₂的列表的一部分，此处对具体的实现过程不再赘述。

通过上述过程，可以充分利用手机显示起始帧(第0帧)对应的界面时，固定预加载区域包括的已渲染的长度L₀的列表，延缓滑动动画过程中每一帧需要加载的列表的长度。具体地，该长度L₀固定预加载区域的列表如果满足第1帧的显示需求，第1帧可以不再加载列表，避免前几帧加载长度过长引起的手机卡顿，从而降低了手机的运行功耗。

又一种可能的情况中，对于第1帧，如果手机判断D₁大于L₀，第0帧已经渲染的长度L₀的列表无法满足第1帧正常显示，那么为了保证第1帧正常显示列表视口区域的列表，第1帧需要加载长度为A的列表，此时再继续按照步骤609-步骤611确定第1帧是否需要额外补充加载长度为△1的列表，此处不再赘述。

(2)第2帧

对于第2帧，先判断第2帧的滑动距离D₂是否大于A。

一种可能的情况中，当手机判断D₂大于A且D₁+D₂-L₀-2A小于或等于0时，手机确定第0帧已加载的长度L₀的列表、第1帧已加载的长度A的列表和第2帧加载的长度A的列表已经足够填充第1帧的滑动距离D₁与第2帧的滑动距离D₂之和，因此第2帧不需要再额外补充加载列表，第2帧按照长度A加载列表就可以满足第2帧的正常显示，接下来继续确定第3帧的列表加载过程。

又一种可能的情况中，当手机判断D₂大于A且D₁+D₂-L₀-2A大于0时，那么为了保证第2帧正常显示列表视口区域的列表，第2帧还需要补充加载的列表长度△2＝D₁+D₂-L₀-2A的长度，那么第2帧的显示时长T₀内实际预加载的列表长度为L₂＝D₁+D₂-L₀-2A+A＝D₁+D₂-L₀-A。

……

(3)第m帧

对于第m帧，先判断第m帧的滑动距离D_m是否大于A。

一种可能的情况中，当手机判断D_m大于A且D₁+D₂+...+D_m-L₀-m×A小于或等于0时，手机确定第0帧已加载的长度L₀的列表、第1帧至第m帧中每一帧加载的长度A的列表已经足够填充第1帧至第m帧的滑动距离D₁+D₂+...+D_m之和，因此第m帧不需要再额外补充加载列表，第m帧按照长度A加载列表就可以满足第m帧的正常显示，接下来继续确定第m+1帧的列表加载过程。

又一种可能的情况中，当手机判断D_m大于A且D₁+D₂+...+D_m-L₀-m×A大于0时，那么为了保证第m帧正常显示列表视口区域的列表，第m帧需要补充加载的列表长度△m＝D₁+...+D_m-L₀-mA，那么第m帧的显示时长T₀内实际预加载的列表长度为L_m＝D₁+...+D_m-L₀-mA+A＝D₁+...+D_m-L₀-(m-1)A。

……

按照上述列表加载的过程，完成第1帧至第n帧中每一帧的加载，直到显示第n帧，滑动动画结束。

应理解，在本申请实施例中，如果第m帧满足：D_m大于A且D₁+D₂+...+D_m-L₀-m×A大于0，且同时第m+1帧满足：D_m+1大于A且D₁+D₂+...+D_m+D_m+1-L₀-(m+1)×A小于或等于0，那么第m帧就可以作为“临界帧”，该临界帧可以作为一个分界，临界帧之前的每一帧和临界帧之后的每一帧具有不同的列表加载策略。具体地，第m帧作为“临界帧”，第1帧至第m帧中的任意一帧都按照A进行列表加载，且每一帧补充加载长度为△的列表；第m+1帧至第n帧中的任意一帧都按照A进行列表加载，就可以满足第1帧至第n帧中每一帧的正常显示，此处不再赘述。

还应理解，在本申请实施例中，“第n帧”作为滑动动画的最后一帧，第n帧的列表滑动距离为D_n且第n+1帧的列表滑动距离D_n+1为0，那么在滑动动画结束之后，手机屏幕的显示区域仍然按照现有技术中介绍的方法，按照预设长度L₀的预加载区域进行列表的预加载，即第n帧的显示时长T₀内就可以预加载部分列表，使得预加载区域的列表长度总和为L₀，此处不再赘述。

以上步骤606-611和步骤605的过程，介绍了当手机判断a大于L₀时的列表预加载策略。如图5所示，当每一个柱体的高度之和a＝D₁+D₂+D₃+D₄+......+D_m+D_m+1+......+D_n大于L₀时，在该场景下，滑动动画结束之前，手机的每一帧都需要进行列表的预加载。在具体的列表加载过程中，手机可以在第1帧至第n帧中的每一帧，按照滑动长度a减去第0帧已经加载的长度L₀的列表，计算得到的每一帧需要预加载的平均值A进行列表的加载。此外，手机还可以判断每一帧的滑动距离D和A的大小并判断每一帧是否需要补充加载长度为△的列表，并在每一帧根据△和A之和完成列表的加载，以保证滑动动画的过程中每一帧都可以正常显示。

图9是本申请实施例提供的另一例列表预加载过程的示意图。如图9所示，手机当前显示第0帧，该第0帧包括列表视口区域的列表内容，以及长度为L₀的第一预加载区域和第二预加载区域的已经渲染的列表。当用户执行向上的滑动操作后，响应于用户的向上的滑动操作，第0帧的列表视口区域的列表向上滑动，从第1帧开始滑动直到第n帧滑动结束，即滑动总时间为T的滑动动画结束。

示例性的，如图9所示，以列表视口区域的下边界所在直线上的点O作为参考点，从第1帧到第n帧的过程中，该参考点O在竖直滑动方向上的滑动总长度为a，且远远大于L₀。第0帧切换第1帧时，第1帧滑动距离D₁大于L₀，根据公式(1)计算每一帧的平均加载长度A，第1帧到第n帧中的每一帧都加载长度A的列表，如图9中示出点状阴影区域所示。

一种特殊的情况中，假设手机判断第1帧的滑动距离D₁＝L₀+A，那么如图9所示，第1帧只需要加载长度A的列表就可以满足第1帧的显示。当手机判断第2帧的滑动距离D₂大于A且D₁+D₂-L₀-2A大于0时，那么为了保证第2帧正常显示列表视口区域的列表，根据公式(3)计算第2帧还需要补充加载的列表长度△2＝D₁+D₂-L₀-2A，那么第2帧的显示时长T₀内实际加载的列表长度为L₂＝D₁+D₂-L₀-2A+A＝D₁+D₂-L₀-A。以此类推，直到第n帧，滑动动画结束，此处不再一一赘述。

一种可能的情况中，也可能在滑动动画的过程中，第1帧至第n帧中的任意一帧都没有临界帧第m帧的出现，例如第1帧至第n帧中的任意一帧的滑动距离D₁、D₂...D_m...D_n中任意一个都满足D大于A且D₁+D₂+...+D_m+...+D_n-L₀-n×A大于0时，即第1帧至第n帧中的每一帧都按照A和补充加载长度△之和进行列表的加载，即按照前述步骤606-611的过程进行列表加载，此处不再赘述。

图10是本申请实施例提供的另一例列表滑动距离与实际加载长度的变化示意图。其中，图10中的(a)图示出了第1帧至第n帧中的每一帧的滑动距离D的变化过程，结合图9所示的加载过程，图10中的(b)图示出了第1帧至第n帧中的每一帧的实际加载的列表的长度变化过程。具体地，通过图10中的(a)图和(b)图对比第1帧至第n帧中的每一帧的滑动长度D和实际加载的列表长度L的变化过程。

示例性的，当手机判断a＝D₁+D₂+D₃+D₄+......+D_m+D_m+1+......+D_n大于L₀时，手机可以按照以上步骤606-611和步骤605的过程进行列表的预加载。图9中示出了一种可能的情况：

第1帧的滑动距离D₁＝L₀+A；

第2帧的滑动距离D₂大于A且D₁+D₂-L₀-2A大于0，第2帧还需要补充加载的列表长度△2＝D₁+D₂-L₀-2A，第2帧的显示时长T₀内实际加载的列表长度为L₂＝D₁+D₂-L₀-2A+A＝D₁+D₂-L₀-A。

……

临界帧——第m帧的滑动距离D_m大于A且D₁+D₂+...+D_m-L₀-m×A大于0，第m帧需要补充加载的列表长度△m＝D₁+...+D_m-L₀-mA，第m帧的显示时长T₀内实际加载的列表长度为L_m＝D₁+...+D_m-L₀-mA+A＝D₁+...+D_m-L₀-(m-1)A。

……

上述过程对应于到图10中的(b)图，第1帧至第n帧中的每一帧的实际加载长度如下：

第1帧的实际加载长度为A；

第2帧的实际加载长度L₂＝△2+A＝D₁+D₂-L₀-2A+A＝D₁+D₂-L₀-A。

……

第m帧的实际加载长度L_m＝△m+A＝D₁+...+D_m-L₀-mA+A＝D₁+...+D_m-L₀-(m-1)A。

临界帧之后，第m+1帧至第n帧中的每一帧的实际加载长度A。

对比图10中的(a)图和图10中的(b)图，可以看出，在本申请实施例中，手机可以根据用户的滑动操作，先判断当前的滑动总长度a和预加载区域的长度L₀之间的大小关系，当满足列表的滑动总长度a大于手机预加载区域的长度L₀时，该滑动过程中按照一定的规则确定每一帧需要加载的列表长度。具体地，上述方法可以充分利用手机显示起始帧(第0帧)对应的界面时，固定预加载区域包括的已渲染的长度为L₀的列表，延缓滑动动画过程中每一帧需要加载的列表的长度。图10中的(b)图的滑动过程中，列表加载的长度更加平缓，加载长度较长的帧出现在滑动动画的中间而不是滑动开始的前几帧，从而避免在滑动开始的前几帧加载的列表长度过长而引起的卡顿。

针对上述过程，图11是本申请实施例提供的一例列表滑动过程中预加载区域的长度变化示意图。如图11所示，当列表没有开始滑动时，手机显示起始帧(第0帧)对应的界面，此时手机的预加载区域包括已经渲染的预设长度L₀的列表，滑动动画过程中的第1帧至第n帧的过程中，手机可以判断每一帧的滑动距离D和A的大小，前几帧的滑动距离D一般大于A，而已经加载的预设长度L₀的列表可以补充前几帧滑动过程中需要填充的列表。

示例性的，对应与图9和图10列举的场景，第1帧加载列表的长度为A，第2帧至第m帧中每一帧的实际加载长度L为平均长度A与补充加载长度△之和，到了临界帧(第m帧)，D₁+D₂+...+D_m-L₀-m×A小于或等于0，第m帧至第n帧中每一帧都按照平均长度A加载列表。因此，图11中的预加载区域的长度会从L₀起始，逐渐减小。

到了临界帧(第m帧)，D₁+D₂+...+D_m-L₀-m×A小于或等于0，可以理解为预设长度L₀的列表已经在补充第1帧至第m帧的列表的过程中消耗完，第m+1帧开始，手机需要逐渐增加预加载区域的长度，以保证第m+1帧至第n帧中的每一帧的正常显示。因此，图11中的预加载区域的长度在第m帧之后会逐渐增大。

到了滑动动画结束的第n帧，手机恢复到现有技术中介绍的方法，按照预设长度L₀的预加载区域进行列表的预加载，即第n帧的显示时长T₀内就可以预加载部分列表，使得预加载区域的列表长度总和为L₀，此处不再赘述。

可选地，在第m+1帧至第n帧的过程中，随着每一帧滑动距离的减小，图11中的预加载区域的长度可能还会出现降低的过程，本申请实施例对此不作限定。

可选地，图11中的预加载区域的长度的最小值L_min可以等于0，或者可以大于0，本申请实施例对此不作限定。

应理解，图11结合图9、图10的场景示出了L_min等于0时的示意图，另一种可能的场景中，当滑动总长度a小于L₀时，预设长度L₀的列表在补充列表滑动总长度的过程中没有消耗完且可以有剩余(L_min大于0)，那么在第1帧至第n帧的过程中，该曲线可以单调降低，直到第n帧为L_min，并在第n帧的显示时长内补充加载列表使得预加载区域的列表长度恢复为固定值L₀，本申请实施例对预加载区域的列表长度变化趋势不作限定。可选地，对于第m+1帧至第n帧中的任意一帧，以第m+2帧为例，可能第m+2帧的滑动长度D_m+2小于A，第m+1帧中预加载的长度A的列表还有剩余部分，该剩余部分的列表可以作为第m+2帧中的一部分，保证第m+2帧的预加载区域的列表长度为A，具体的过程参考图2中的(b)图中介绍的过程，此处不再赘述。

另一种可能的实现方式中，对于上述过程，如果初始帧(第0帧)的固定预加载区域的长度L₀过小，在列表滑动过程中前几帧的滑动距离D大于A，这就造成了手机列表视口区域的显示不能完全来自于初始帧(第0帧)的固定预加载区域，可能造成手机卡顿。

可选地，可以通过调整初始长度L₀的值来解决。但L₀如果调整过大，会导致补充加载长度△的列表时耗时过长，且列表在加载和运行过程中会占用手机更多的内存。在本申请实施例中，可以通过每次滑动时，根据滑动模型中滑动距离D₁、D₂...D_m...D_n的大小，确定合适的L₀的数值，并调整L₀的数值。

一种可能的方式中，首先，可以根据手机的资源和性能，确定合理的初始预加载长度L₀；其次，在处理当前滑动过程中的任意一帧时，根据前述图6中介绍的步骤601-611的过程计算A并判断是否需要补充加载长度△的列表，并保证在该帧加载列表的长度满足该帧在手机屏幕上的正常显示。应理解，由于滑动过程中列表的滑动速率是递减的，因此每一帧中A小于D的情况不会持续太久，手机可以按照A平稳的实现列表的加载。

综上所述，该列表加载策略可以充分利用手机显示起始帧(第0帧)对应的界面时，固定预加载区域已渲染的长度为L₀的列表，延缓滑动动画过程中每一帧需要加载的列表的长度。此外，该过程不改变现有的列表滑动速率曲线，在列表滑动动画过程中实现平缓的加载列表，无需用户等候列表的加载，可以实现用户无感知。此外，该列表加载策略可以避免现有技术中前几帧预加载的列表长度过长，而引起的手机卡顿，从而降低了手机的运行功耗。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，该电子设备可以包括：显示单元、检测单元和处理单元。其中，显示单元、检测单元和处理单元相互配合，可以用于支持电子设备执行上述介绍的方法等，和/或用于本文所描述的技术的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述加载列表的方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述显示单元、检测单元和处理单元执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电子设备可以为具有图1所示结构的设备。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的加载列表的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的加载列表的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的加载列表的方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

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

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种加载列表的方法，其特征在于，应用于包括显示屏的电子设备，所述方法包括：

所述显示屏显示起始帧对应的界面，所述界面包括基于列表组件显示的列表区域，且在显示所述起始帧时，所述电子设备的预加载区域包括已加载的预设长度的列表；

接收用户的滑动操作，响应于所述滑动操作，确定所述列表区域的滑动参数，其中，所述列表区域开始滑动时所述显示屏显示第1帧对应的界面，所述列表区域暂停滑动时所述显示屏显示第n帧对应的界面，所述滑动参数包括所述列表区域的滑动总长度，以及所述第1帧开始滑动至所述第n帧暂停滑动的滑动总时间，n为大于或等于1的整数；

当所述滑动总长度小于或等于所述预设长度时，所述第1帧至所述第n帧中每一帧不加载所述预设长度的列表；或者

当所述滑动总长度大于所述预设长度时，根据所述滑动总长度、所述预设长度和所述滑动总时间，确定所述第1帧至所述第n帧中任意一个第m帧的目标加载长度；

根据所述目标加载长度加载所述第m帧的列表。

2.根据权利要求1所述的方法，其特征在于，所述滑动参数还包括所述第m帧的滑动距离，所述当所述滑动总长度大于所述预设长度时，根据所述滑动总长度、所述预设长度和所述滑动总时间，确定所述第1帧至所述第n帧中任意一个第m帧的目标加载长度，包括：

根据所述滑动总长度、所述预设长度和所述滑动总时间，确定所述第1帧至所述第n帧中每一帧的平均加载长度；

当所述第m帧的滑动距离小于或等于所述平均加载长度时，确定所述第m帧的目标加载长度为所述平均加载长度；或者

当所述第m帧的滑动距离大于所述平均加载长度时，确定所述第m帧的目标加载长度为所述平均加载长度和所述第m帧的补充加载长度之和。

3.根据权利要求2所述的方法，其特征在于，所述第m帧的补充加载长度为所述第1帧至所述第m帧中每一帧的滑动距离之和减去所述预设长度和m个所述平均加载长度之后得到的差值。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述预设长度的列表是在显示所述起始帧时，所述电子设备已完成渲染的列表。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

根据所述滑动参数修正所述预设长度的数值。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述第m帧的列表是在所述第m帧的显示时段之前或者所述第m帧的显示时段之内的任意时刻加载的。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述第n帧的显示时段之内，所述电子设备根据所述第n帧的目标加载长度加载完所述第n帧的列表之后，所述方法还包括：

所述电子设备预加载部分列表，使得所述预加载区域已加载的列表长度为所述预设长度。

8.一种电子设备，其特征在于，包括：

显示屏；

一个或多个处理器；

一个或多个存储器；

安装有多个应用程序的模块；

所述存储器存储有一个或多个程序，当所述一个或者多个程序被所述处理器执行时，使得所述电子设备执行如权利要求1至7中任一项所述加载列表的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至7中任一项所述加载列表的方法。

10.一种电子设备上的图形用户界面系统，其特征在于，所述电子设备具有显示屏、一个或多个存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，所述图形用户界面系统包括所述电子设备执行如权利要求1至7中任一项所述方法时显示的图形用户界面。

Images