CN109992348A - 界面显示方法、装置、终端及存储介质 - Google Patents

Abstract

本申请公开了一种界面显示方法、装置、终端及存储介质，属于终端技术领域。所述方法包括：根据第一画面显示策略显示用户界面，用户界面中包含目标应用程序的应用界面；当目标应用程序处于预设运行场景时，将第一画面显示策略调整为第二画面显示策略；根据第二画面显示策略显示目标应用程序的用户界面，其中，第二画面显示策略下的画面显示延迟低于第一画面显示策略下的画面显示延迟。由于第二画面显示策略下的画面显示延迟低于第一画面显示策略下的画面显示延迟，因此采用第二画面显示策略后，用户界面的显示延迟得到缩短，解决了相关技术中画面显示存在较大延迟的问题，达到了提高预设运行场景下应用画面显示速度的效果。

Description

界面显示方法、装置、终端及存储介质

技术领域

本申请实施例涉及终端技术领域，特别涉及一种界面显示方法、装置、终端及存储介质。

背景技术

三重缓冲(Triple buffer)是一种用于提高终端画面显示质量的图像显示机制。

开启三重缓冲后，应用的每个图层都对应三个缓冲区，其中，显示屏使用一个缓冲区进行图像显示，应用和合成线程则使用剩余的两个缓冲区进行图层绘制以及图层合成。

发明内容

本申请实施例提供了一种界面显示方法、装置、终端及存储介质，可以用于解决相关技术中终端显示画面时存在较大延迟的问题，所述技术方案如下：

一方面，本申请实施例提供了一种界面显示方法，所述方法包括：

根据第一画面显示策略显示用户界面，所述用户界面中包含目标应用程序的应用界面；

当所述目标应用程序处于预设运行场景时，将所述第一画面显示策略调整为第二画面显示策略；

根据所述第二画面显示策略显示所述目标应用程序的所述用户界面，其中，所述第二画面显示策略下的画面显示延迟低于所述第一画面显示策略下的画面显示延迟。

另一方面，本申请实施例提供了一种界面显示装置，所述装置包括：

第一显示模块，用于根据第一画面显示策略显示用户界面，所述用户界面中包含目标应用程序的应用界面；

第一调整模块，用于当所述目标应用程序处于预设运行场景时，将所述第一画面显示策略调整为第二画面显示策略；

第二显示模块，用于根据所述第二画面显示策略显示所述目标应用程序的所述用户界面，其中，所述第二画面显示策略下的画面显示延迟低于所述第一画面显示策略下的画面显示延迟。

另一方面，提供了一种终端，所述终端包括处理器、与所述处理器相连的存储器，以及存储在所述存储器上的程序指令，所述处理器执行所述程序指令时实现如上述方面所述的界面显示方法。

另一方面，提供了一种计算机可读存储介质，其上存储有程序指令，所述程序指令被处理器执行时实现如上述方面所述的界面显示方法。

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

本申请实施例中，当目标应用程序处于预设运行场景时，终端将原先的第一画面显示策略调整为第二画面显示策略，并根据第二画面显示策略显示用户界面，由于第二画面显示策略下的画面显示延迟低于第一画面显示策略下的画面显示延迟，因此采用第二画面显示策略后，用户界面中目标应用程序的应用界面的显示延迟得到缩短，解决了相关技术中画面显示存在较大延迟的问题，达到了提高预设运行场景下应用画面显示速度的效果。

附图说明

图1是本申请一个示例性实施例所提供的终端的结构示意图；

图2是图形显示过程的原理示意图；

图3是缓冲区四种状态的状态转换图；

图4示出了本申请一个示例性实施例提供的界面显示方法的方法流程图；

图5示出了本申请另一个示例性实施例提供的界面显示方法的方法流程图；

图6是调整画面显示策略前后用户界面的界面示意图；

图7是调整合成机制前后图层合成过程的实施示意图；

图8是本申请一个实施例提供的界面显示装置的结构示意图。

具体实施方式

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

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

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在对本申请实施例进行解释说明之前，首先对本申请实施例的应用场景进行说明。图1示出了本申请一个示例性实施例所提供的终端的结构示意图。

该终端100是安装有目标应用程序的电子设备。该目标应用程序可以是系统程序或者第三方应用程序。其中，第三方应用程序是除了用户和操作系统之外的第三方制作的应用程序。比如，该目标应用程序可以是游戏应用程序或视频播放应用程序。

可选的，该终端100中包括：处理器120和存储器140。

处理器120可以包括一个或者多个处理核心。处理器120利用各种接口和线路连接整个终端100内的各个部分，通过运行或执行存储在存储器140内的指令、程序、代码集或指令集，以及调用存储在存储器140内的数据，执行终端100的各种功能和处理数据。可选的，处理器120可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器120可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器120中，单独通过一块芯片进行实现。

存储器140可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器140包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器140可用于存储指令、程序、代码、代码集或指令集。存储器140可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储下面各个方法实施例中涉及到的数据等。

本申请实施例中的终端120还包括显示屏160。可选的，显示屏160是触摸显示屏，用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。显示屏160通常设置在终端100的前面板，或者，同时设置在终端100的前面板和后面板。显示屏160可被设计成为全面屏、曲面屏或异型屏。显示屏160还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本实施例对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的终端100的结构并不构成对终端100的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端100中还包括射频电路、输入单元、传感器、音频电路、无线保真(Wireless Fidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

为了便于理解，下面首先对终端中的图形显示系统进行说明，且下述实施例以安卓(Android)图形显示系统为例进行示意性说明。

如图2所示，显示屏21中显示的内容是从硬件帧缓冲区中读取，且读取的过程为：从硬件帧缓冲区的起始地址开始，按照从上往下，从左往右的顺序进行扫描，从而将扫描到的内容映射在显示屏上。

由于显示屏21中显示的内容需要不断更新，因此终端采用双重缓冲机制进行图像更新，其中，双缓冲区中的一个缓冲区用于内容读取显示，而另一个缓冲区用于后台图层合成和写入。

示意性的，如图2所示，前缓冲区22为显示屏所要显示内容的帧缓冲区，后缓冲区23为用于合成下一帧图形的帧缓冲区。当前一帧显示完毕，后一帧写入完毕时，显示屏21即读取后缓冲区23中的内容，相应的，前缓冲区22中即进行下一帧图形的合成(前后缓冲区角色互换)。

SurfaceFlinger作为图形的合成者，用于对上层传递的多个图层(surface)进行合成(主要由SurfaceFlinger中的合成线程负责图层合成)，并提交到显示屏的硬件缓冲区中，供显示屏21读取显示。如图2所示，后缓冲区23中的内容由SurfaceFlinger对多个surface 24合成而成。其中，每个surface对应上层的一个窗口(window)，比如对话框、状态栏、活动(Activity)。

图形的传递以缓冲区(buffer)为载体，而surface则是对buffer的进一步封装。为了实现对surface中多个buffer的管理，如图3所示，surface内部提供了缓冲区队列(BufferQueue)，与应用程序和SurfaceFlinger形成生产者消费者模型。其中，应用程序为生产者(Producer)，SurfaceFlinger为消费者(Consumer)。

对于BufferQueue中的各个buffer，其包含空闲状态(Free)、出列状态(Dequeued)、入列状态(Queued)状态以及获取状态(Acquired)。其中，空闲状态下，buffer可以被应用程序使用，以便应用程序在buffer中进行图层绘制；出列状态下，buffer正在被应用程序使用；入列状态下，buffer经过应用程序使用(图层绘制完成)，等待被SurfaceFlinger合成；获取状态下，SurfaceFlinger正在根据buffer进行图层合成，合成完成并提交显示屏显示后，buffer重新恢复为空闲状态。不同状态之间可以通过缓冲区出列(dequeueBuffer)和缓冲区入列(queueBuffer)操作进行转换，其转换过程如图3所示。

双重缓冲机制下，当SurfaceFlinger合成速度较慢时，由于无处于空闲状态的buffer可供应用程序使用，因此画面显示会出现丢帧的情况。为了进一步提高画面显示的稳定性，终端可以采用三重缓冲机制进行图像更新，即在双重缓冲机制的基础上额外增加一个缓冲区，以便在SurfaceFlinger未及时合成的情况下，应用程序利用该缓冲区进行图层绘制。

然而，采用上述三重缓冲机制时，应用程序绘制的图层会出现排队现象(应用程序绘制的图层等待SurfaceFlinger进行图层合成)，导致队列中的图层从绘制到最终显示需要经过较长时间，存在较大的画面显示延迟，在一些对画面显示延迟需求较高的场景下，画面的高显示延迟将影响用的正常使用。为了解决相关技术中存在问题，本申请实施例中，终端在目标应用程序运行至预设运行场景时，将第一画面显示策略动态调整为第二画面显示策略，从而在第二画面显示策略下显示目标应用程序的用户界面，进而降低了用户界面的显示延迟，提高了画面的显示速度。下面采用示意性的实施例进行说明。

请参考图4，其示出了本申请一个示例性实施例提供的界面显示方法的方法流程图。本实施例以该方法用于图1所示的终端为例进行说明，该方法可以包括如下步骤。

步骤401，根据第一画面显示策略显示用户界面，用户界面中包含目标应用程序的应用界面。

可选的，第一画面显示策略下，该用户界面由目标应用程序以及其他应用程序对应的多个图层合并而成，即用户界面中包含目标应用程序的应用界面以及其他应用程序的应用界面。比如，该用户界面由虚拟按键栏应用绘制的虚拟按键栏图层、通知栏应用绘制的通知栏图层、悬浮球应用绘制的悬浮球图层以及目标应用程序绘制的图层构成。

可选的，该第一画面显示策略中包括缓冲机制和合成机制，其中，缓冲机制用于指示画面显示时采用的缓冲方式(比如单缓冲、双重缓冲、三重缓冲等等)，合成机制用于指示合成线程合成图层时采用的合成方式。

可选的，该目标应用程序为处于前台运行的应用程序，该应用程序可以是购物应用程序、游戏应用程序、电子书应用程序、视频播放应用程序、社交应用程序或新闻阅读应用程序等等，本申请对此不做限定。

步骤402，当目标应用程序处于预设运行场景时，将第一画面显示策略调整为第二画面显示策略。

在一种可能的实施方式中，终端操作系统通过与目标应用程序之间的数据通道获取目标应用程序当前所处的运行场景，并在当前所处的运行场景为预设运行场景时进行画面显示策略调整。其中，不同应用程序对应的预设运行场景不同。

可选的，目标应用程序与终端操作系统之间建立粘合(binder)连接，从而通过binder连接向终端操作系统发送当前运行场景的场景标识；或者，目标应用程序与终端操作系统之间建立套接字(socket)连接，从而通过socket连接向终端操作系统发送当前运行场景的场景标识；或者，目标应用程序内嵌有操作系统开发商提供的软件开发工具包(Software Development Kit，SDK)，通过调用该SDK中的应用程序编程接口(ApplicationProgramming Interface，API)，目标应用程序即可向终端操作系统发送当前运行场景的场景标识。本申请实施例并不对获取目标应用程序所处运行场景的方式进行限定。

可选的，当目标应用程序未处于预设运行场景时，终端仍旧根据第一画面显示策略显示用户界面。

可选的，第二画面显示策略与第一画面显示策略中包含的策略类型相同。比如，第二画面显示策略中也包括缓冲机制和合成机制。

步骤403，根据第二画面显示策略显示目标应用程序的用户界面，其中，第二画面显示策略下的画面显示延迟低于第一画面显示策略下的画面显示延迟。

进一步的，终端根据调整后的第二画面显示策略显示用户界面，由于第二画面显示策略下的画面显示延迟低于第一画面显示策略下的画面显示延迟，因此，采用第二画面显示策略后，目标应用程序的应用界面的显示延迟得到了降低，而显示速度得到了提升，即图层绘制到最终显示之间的时间间隔得到了缩短。

在一种可能的实施方式中，当目标应用程序离开预设运行场景时，终端重新将第二画面显示策略调整恢复为第一画面显示策略，并在第一画面显示策略下显示用户界面。

综上所述，本申请实施例中，当目标应用程序处于预设运行场景时，终端将原先的第一画面显示策略调整为第二画面显示策略，并根据第二画面显示策略显示用户界面，由于第二画面显示策略下的画面显示延迟低于第一画面显示策略下的画面显示延迟，因此采用第二画面显示策略后，用户界面中目标应用程序的应用界面的显示延迟得到缩短，解决了相关技术中画面显示存在较大延迟的问题，达到了提高预设运行场景下应用画面显示速度的效果。

在一种可能的应用场景下，使用购物应用程序进行商品抢购时，若画面显示存在较大延迟，可能会导致商品抢购失败。而将本申请实施例提供的界面显示方法应用于商品抢购场景后，能够提高抢购时的画面显示速度，进而提高抢购的成功率。下面采用示意性的实施例进行说明。

请参考图5，其示出了本申请另一个示例性实施例提供的界面显示方法的方法流程图。本实施例以该方法用于图1所示的终端为例进行说明，该方法可以包括如下步骤。

步骤501，根据第一画面显示策略显示用户界面，用户界面中包含目标应用程序的应用界面。

本步骤的实施方式可以参考上述步骤401，本实施例在此不再赘述。

示意性的，如图6所示，终端的用户界面中包括通知栏61、购物应用程序的应用界面62、侧边栏63以及虚拟按键栏64。

步骤502，若目标应用程序为购物应用程序，且处于抢购场景时，则确定目标应用程序处于预设运行场景，抢购场景指在抢购时间点购买商品的场景。

在一种可能的实施方式中，购物应用程序通过与终端操作系统之间的数据通道(binder连接或socket连接)或通过SDK提供的API，向终端操作系统发送当前运行场景的场景标识。若场景标识指示处于抢购场景时，终端确定购物应用程序处于预设运行场景。

由于画面的显示延迟与合成线程合成图层的速度相关，因此，为了降低预设运行场景下画面的显示延迟，从而提高画面显示速度，终端可以通过调整缓冲机制(步骤503)和/或调整合成线程的合成机制(步骤504)，来提高画面显示速度。

步骤503，当目标应用程序处于预设运行场景时，调整第一画面显示策略中的缓冲机制，得到第二画面显示策略，缓冲机制用于指示分配给每个图层的缓冲区数量。

当终端采用三重缓冲机制时，若合成线程的合成速度较慢时(比如合成复杂画面时)，应用程序合成的图层将产生排队现象，并等待合成线程合成，从而造成队列中的图层需要等到较长时间才能被合成并显示。为了缓解因图层合成速度较慢导致的排队问题，本实施例中，终端可以对缓冲机制进行调整。

在一种可能的实施方式中，若第一画面显示策略中的缓冲机制为三重缓冲，终端则将缓冲机制调整为双重缓冲，得到第二画面显示策略。

将三重缓冲修改为双重缓冲后，应用程序的每个图层对应的缓冲区由三个减少为两个，即便合成线程的图层合成速度较慢，由于两个缓冲区均被使用(一个用于显示图像帧，另一个用于合成图层)，因此应用程序无法获取到处于空闲状态的缓冲区，从而不会出现应用程序绘制的图层排队等待合成的情况，进而避免了因等待合成造成的画面显示延迟的情况。

可选的，为了进一步提高图层合成的速度，从而提高画面显示速度，终端将三重缓冲修改为双重缓冲后，可以对系统资源进行优化，比如提高图形处理器(GraphicsProcessing Unit，GPU)的工作频率，或增加GPU的开启核心数等等，本实施例对此不做限定。

采用双重缓冲后，虽然能够避免图层排队等待合成的问题，但是应用程序所绘制图层的显示速度仍旧会受到合成线程的合成速度影响，因此为了进一步提高画面显示速度，在一种可能的实施方式中，若缓冲机制为三重缓冲，则将缓冲机制调整为单缓冲，得到第二画面显示策略，其中，第二画面显示策略下，合成线程将各个应用程序绘制的图层作为合成后的图像帧发送给显示屏。

将三重缓冲修改为单缓冲后，由于应用程序绘制的图层将通过合成线程直接发送给显示屏进行显示(即图像帧的显示和更新均在同一缓冲区内执行)，因此图层从绘制到显示的时间间隔得到了进一步缩短，达到了画面急速显示的效果。

步骤504，当目标应用程序处于预设运行场景时，调整第一画面显示策略中的合成机制，得到第二画面显示策略，合成机制用于指示合成线程的图层合成方式。

由于合成线程的图层合成速度与所要合成的图层的数量以及复杂度相关，因此在另一种可能的实施方式中，终端可以通过调整合成线程的图层合成机制来提高图层合成速度，从而缓解图层排队等待合成的问题，进而提高画面显示速度。

可选的，若第一画面显示策略中合成机制为合成全部图层，终端则将合成机制调整为合成部分图层，得到第二画面显示策略。由于合成线程所要合成的图层数量减少，因此合成线程合成图层的速度得到提升，进而缩短了图层从绘制到显示的时间间隔。

作为一种可能的合成部分图层的方式，终端确定目标图层，该目标图层中至少包括目标应用程序的图层，并根据目标图层调整合成机制，其中，调整后的合成机制指示合成所述目标图层。

可选的，目标图层中除了包含目标应用程序的图层外，还可以包含预设应用程序的图层(比如通知栏的图层)，和/或，与目标应用程序关联的应用程序的图层，本实施例对此不做限定。

在一个示意性的例子中，在图6所示的用户界面的基础上，如图7所示，目标应用程序对应图层A1、A2和A3，通知栏应用对应图层B1和B2，虚拟按键栏应用对应图层C1和C2，侧边栏应用对应图层D1、D2和D3。第一画面显示策略下，合成线程对所有应用程序的图层进行合成，从而得到可见图层(包括A1、A2、B1、B2、CI、C2、D1、D3)；而在第二画面显示策略下，合成线程仅对目标图层(目标应用程序对应图层以及通知栏应用对应图层)进行图层合成，其余应用程序的图层则不参与合成(即便图层可见)，从而得到可见图层(包括A1、A2、B1、B2)。

可选的，为了进一步提高图层合成的速度，从而提高画面显示速度，终端可以对系统资源进行优化，比如提高GPU的工作频率，或增加GPU的开启核心数等等，本实施例对此不做限定。

需要说明的是，上述步骤503和步骤504可以单独执行，也可以同时执行(同时调整缓冲机制和合成机制)，本申请实施例对此不做限定。

步骤505，根据第二画面显示策略显示目标应用程序的用户界面，其中，第二画面显示策略下的画面显示延迟低于第一画面显示策略下的画面显示延迟。

结合上述步骤中的示例，如图6所示，终端调整画面显示策略后，仅对购物应用程序以及通知栏应用对应的图层进行合并，相应的，显示的用户界面中仅包含通知栏61和购物应用程序的应用界面62。

在一种可能的实施方式中，当购物应用程序离开抢购场景时，终端重新根据第一画面显示策略进行用户界面显示。

本实施例中，终端通过减少分配给应用程序的缓冲区的数量，和/或，通过减少合成线程合成的图层数量，缩短图层绘制到显示之间的时间间隔，提高了购物应用程序在抢购场景下的画面显示速度，从而提高抢购的成功率。

在另一种可能的应用场景下，若目标应用程序为游戏应用程序，且处于低画面延迟场景(比如团战场景或开镜场景等等)时，终端确定目标应用程序处于预设运行场景，从而通过上述步骤503和504提高画面的显示速度，本申请实施例在此不再赘述。

当然，上述方法还可以应用于其他对画面显示要求具有较高要求的场景，本申请实施例仅以上述实施例进行示意性说明，但并不对此构成限定。

除了在处于预设运行场景时调整画面显示策略外，在另一种可能的实施方式中，显示屏进行显示时，会记录当前图像帧的显示次数，终端即可获取当前图像帧的显示次数。其中，当显示次数为1次时，表明当前图像帧为首次显示，当显示次数大于1，表明当前图像帧正在重复显示。

当当前图像帧的显示次数大于1时，确定用户界面的画面显示延迟不符合显示延迟需求(因图层合成较慢导致存在图层排队现象)，并将第一画面显示策略调整为第二画面显示策略。其中，调整画面显示策略的过程可以参考上述实施例，本申请在此不再赘述。

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

请参考图8，其示出了本申请一个实施例提供的界面显示装置的结构示意图。该装置可以通过专用硬件电路，或者，软硬件的结合实现成为图1中的终端的全部或一部分，该装置包括：

第一显示模块810，用于根据第一画面显示策略显示用户界面，所述用户界面中包含目标应用程序的应用界面；

第一调整模块820，用于当所述目标应用程序处于预设运行场景时，将所述第一画面显示策略调整为第二画面显示策略；

第二显示模块830，用于根据所述第二画面显示策略显示所述目标应用程序的所述用户界面，其中，所述第二画面显示策略下的画面显示延迟低于所述第一画面显示策略下的画面显示延迟。

可选的，所述第一调整模块820，包括：

第一调整单元，用于调整所述第一画面显示策略中的缓冲机制，得到所述第二画面显示策略，所述缓冲机制用于指示分配给每个图层的缓冲区数量；

和/或，

第二调整单元，用于调整所述第一画面显示策略中的合成机制，得到所述第二画面显示策略，所述合成机制用于指示合成线程的图层合成方式。

可选的，所述第一调整单元，用于：

若所述缓冲机制为三重缓冲，则将所述缓冲机制调整为双重缓冲，得到所述第二画面显示策略，其中，所述第二画面显示策略下，各个应用程序的每个图层对应两个缓冲区；

或者，

若所述缓冲机制为三重缓冲，则将所述缓冲机制调整为单缓冲，得到所述第二画面显示策略，其中，所述第二画面显示策略下，合成线程将各个应用程序绘制的图层作为合成后的图像帧发送给显示屏。

可选的，所述第二调整单元，用于：

若所述合成机制为合成全部图层，则将所述合成机制调整为合成部分图层，得到所述第二画面显示策略。

可选的，所述第二调整单元，用于：

确定目标图层，所述目标图层中至少包括所述目标应用程序的图层；

根据所述目标图层调整所述合成机制，其中，调整后的所述合成机制指示合成所述目标图层。

可选的，所述装置，还包括：

第一确定模块，用于若所述目标应用程序为购物应用程序，且处于抢购场景时，则将所述第一画面显示策略调整为所述第二画面显示策略，所述抢购场景指在抢购时间点购买商品的场景；

或，

第二确定模块，用于若所述目标应用程序为游戏应用程序，且处于低画面延迟场景时，则将所述第一画面显示策略调整为所述第二画面显示策略。

可选的，所述装置，还包括：

获取模块，用于获取显示屏当前显示图像帧的显示次数；

第二调整模块，用于若所述显示次数大于1，则确定所述用户界面的画面显示延迟不符合显示延迟需求，并将所述第一画面显示策略调整为所述第二画面显示策略。

综上所述，本申请实施例中，当目标应用程序处于预设运行场景时，终端将原先的第一画面显示策略调整为第二画面显示策略，并根据第二画面显示策略显示用户界面，由于第二画面显示策略下的画面显示延迟低于第一画面显示策略下的画面显示延迟，因此采用第二画面显示策略后，用户界面中目标应用程序的应用界面的显示延迟得到缩短，解决了相关技术中画面显示存在较大延迟的问题，达到了提高预设运行场景下应用画面显示速度的效果。

本实施例中，终端通过减少分配给应用程序的缓冲区的数量，和/或，通过减少合成线程合成的图层数量，缩短图层绘制到显示之间的时间间隔，提高了购物应用程序在抢购场景下的画面显示速度，从而提高抢购的成功率。

需要说明的是，上述实施例提供的装置，在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请还提供一种计算机可读介质，其上存储有程序指令，程序指令被处理器执行时实现上述各个方法实施例提供的界面显示方法。

本申请还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各个实施例所述的界面显示方法。

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

本领域普通技术人员可以理解实现上述实施例的帧率控制方法中全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种界面显示方法，其特征在于，所述方法包括：

根据第一画面显示策略显示用户界面，所述用户界面中包含目标应用程序的应用界面；

当所述目标应用程序处于预设运行场景时，将所述第一画面显示策略调整为第二画面显示策略；

根据所述第二画面显示策略显示所述目标应用程序的所述用户界面，其中，所述第二画面显示策略下的画面显示延迟低于所述第一画面显示策略下的画面显示延迟。

2.根据权利要求1所述的方法，其特征在于，所述将所述第一画面显示策略调整为第二画面显示策略，包括：

调整所述第一画面显示策略中的缓冲机制，得到所述第二画面显示策略，所述缓冲机制用于指示分配给每个图层的缓冲区数量；

和/或，

调整所述第一画面显示策略中的合成机制，得到所述第二画面显示策略，所述合成机制用于指示合成线程的图层合成方式。

3.根据权利要求2所述的方法，其特征在于，所述调整所述第一画面显示策略中的缓冲机制，得到所述第二画面显示策略，包括：

若所述缓冲机制为三重缓冲，则将所述缓冲机制调整为双重缓冲，得到所述第二画面显示策略，其中，所述第二画面显示策略下，各个应用程序的每个图层对应两个缓冲区；

或者，

若所述缓冲机制为三重缓冲，则将所述缓冲机制调整为单缓冲，得到所述第二画面显示策略，其中，所述第二画面显示策略下，合成线程将各个应用程序绘制的图层作为合成后的图像帧发送给显示屏。

4.根据权利要求2所述的方法，其特征在于，所述调整所述第一画面显示策略中的合成机制，得到所述第二画面显示策略，包括：

若所述合成机制为合成全部图层，则将所述合成机制调整为合成部分图层，得到所述第二画面显示策略。

5.根据权利要求4所述的方法，其特征在于，所述将所述合成机制调整为合成部分图层，包括：

确定目标图层，所述目标图层中至少包括所述目标应用程序的图层；

根据所述目标图层调整所述合成机制，其中，调整后的所述合成机制指示合成所述目标图层。

6.根据权利要求1至5任一所述的方法，其特征在于，所述将所述第一画面显示策略调整为第二画面显示策略之前，所述方法还包括：

若所述目标应用程序为购物应用程序，且处于抢购场景时，则确定所述目标应用程序处于所述预设运行场景，所述抢购场景指在抢购时间点购买商品的场景；

或，

若所述目标应用程序为游戏应用程序，且处于低画面延迟场景时，则确定所述目标应用程序处于所述预设运行场景。

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

获取显示屏当前显示图像帧的显示次数；

若所述显示次数大于1，则确定所述用户界面的画面显示延迟不符合显示延迟需求，并将所述第一画面显示策略调整为所述第二画面显示策略。

8.一种界面显示装置，其特征在于，所述装置包括：

第一显示模块，用于根据第一画面显示策略显示用户界面，所述用户界面中包含目标应用程序的应用界面；

第一调整模块，用于当所述目标应用程序处于预设运行场景时，将所述第一画面显示策略调整为第二画面显示策略；

第二显示模块，用于根据所述第二画面显示策略显示所述目标应用程序的所述用户界面，其中，所述第二画面显示策略下的画面显示延迟低于所述第一画面显示策略下的画面显示延迟。

9.一种终端，其特征在于，所述终端包括处理器、与所述处理器相连的存储器，以及存储在所述存储器上的程序指令，所述处理器执行所述程序指令时实现如权利要求1至7任一所述的界面显示方法。

10.一种计算机可读存储介质，其特征在于，其上存储有程序指令，所述程序指令被处理器执行时实现如权利要求1至7任一所述的界面显示方法。