CN116719587A - 屏幕显示方法、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请涉及智能终端技术领域，具体涉及屏幕显示方法、电子设备及计算机可读存储介质，该方法应用于包括屏幕的电子设备，通过电子设备显示有状态栏和窗口模式组件；响应于检测到第一用户操作，隐藏状态栏和窗口模式组件；显示所述状态栏，检测到获取第一消息的第一时间不满足第一时间条件，不显示窗口模式组件，上述第一消息的生成与所述状态栏的显示相关。通过减少生成的对应于窗口模式组件的控制消息的数量，以及，检测生成窗口模式组件对应的控制消息的第二时间是否满足第二时间条件，来控制相应控制消息的执行频率。从而避免了窗口模式组件在电子设备的屏幕上短时间内反复显隐而导致的频闪问题。

Description

屏幕显示方法、电子设备及计算机可读存储介质

技术领域

本申请涉及智能终端技术领域，具体涉及一种屏幕显示方法、电子设备及计算机可读存储介质。

背景技术

窗口模式组件，是系统用户界面的小组件，可以为用户提供用于控制切换智能终端设备屏幕显示的一个或多个窗口显示模式的一类控件。例如在大屏智能设备，当用户想要控制当前显示的多个窗口进行分屏显示，或者将某个窗口进行悬浮显示时，可以通过操作窗口模式组件并选择想要切换的窗口显示模式来实现切换至分屏窗口或者悬浮窗口的过程。

终端屏幕上通常还会显示状态栏(status bar)，该状态栏一般位于终端设备(例如平板电脑)的屏幕顶部。可以理解，状态栏可以用显示移动网络标识(例如2G/4G等)、无线网络标识(例如Wi-Fi连接状态)、以及一些系统通知或提示消息等，并且为了提高用户的视觉体验，目前大多状态栏可以与当前焦点窗口显示在同一界面上。在一些显示界面中，上述窗口模式组件也可以与状态栏一同显示或者隐藏。例如，终端设备的系统可以基于状态栏的显示消息同步显示窗口模式组件，也可以基于状态栏的隐藏消息同步隐藏窗口模式组件，也就是说窗口模式组件的显示或隐藏可以与状态栏的显示或隐藏联动。

然而，当用户根据使用需求频繁切换当前操作的应用程序(application，APP)的相应窗口，即频繁切换焦点窗口时，与各焦点窗口同一界面显示的状态栏会不断刷新显示。如果相应窗口支持切换窗口显示模式并需要显示上述窗口模式组件，则切换焦点窗口的过程中，与状态栏联动显示或隐藏的窗口模式组件则会在短时间内频繁显示、隐藏，从而导致出现频闪现象，降低用户的使用体验。

发明内容

本申请实施例提供了一种屏幕显示方法、电子设备及计算机可读存储介质，通过确定获取两类显示通知消息的获取时间是否满足第一时间条件，来控制是否生成所切换的焦点窗口上窗口模式组件对应的控制消息。上述两类显示通知消息包括窗口切换对应的显示通知消息以及窗口切换时触发状态栏刷新对应的显示通知消息。从而减少生成的对应于窗口模式组件的控制消息的数量。另外，对于已经生成的对应于窗口模式组件的控制消息，该方法还通过检测生成窗口模式组件对应的控制消息的第二时间是否满足第二时间条件，来控制相应控制消息的执行频率。基于本申请实施例提供的上述屏幕显示方法，可以有效控制窗口模式组件在切换焦点窗口的过程中显隐的频率，从而避免了窗口模式组件在电子设备的屏幕上短时间内反复显隐而导致的频闪问题。

第一方面，本申请实施例提供了一种屏幕显示方法，应用于包括屏幕的电子设备，该方法包括：该电子设备显示有状态栏和窗口模式组件；响应于检测到第一用户操作，隐藏该状态栏和该窗口模式组件；显示该状态栏，检测到获取第一消息的第一时间不满足第一时间条件，不显示该窗口模式组件，其中该第一消息的生成与该状态栏的显示相关。

即在电子设备显示有状态栏和窗口模式组件的情况下，检测到第一用户操作，响应于该第一用户操作将状态栏和窗口模式组件一并隐藏，接着，可以基于第一用户操作来将状态栏由隐藏刷新为显示。例如，第一用户操作为启动目标应用的操作请求，基于该操作请求，目标应用可以刷新多个窗口，每一个被刷新出来的置顶且全屏显示的焦点窗口都可以控制状态栏。由此，基于第一用户操作可以反复隐藏和显示状态栏。在将隐藏的状态栏进行显示的过程中，相应生成第一消息，例如为放入第一消息队列的用于指示显示状态栏的第一消息。在检测到获取第一消息的第一时间不满足第一时间条件时，不显示该窗口模式组件。例如，第一时间条件内反复获取到指示显示状态栏的第一消息和指示隐藏状态栏的第一消息，则在第一时间阈值内若没有新增第一消息，则可以执行该第一消息来创建显示该窗口模式组件的控制消息。此处示例的是在第一消息不满足第一时间条件时，可以不创建显示该窗口模式组件的控制消息，即删除在第一消息队列中的不满足第一时间条件的第一消息，减少了生成的对应于窗口模式组件的控制消息的数量。

在上述第一方面的一种可能的实现中，通过以下方式获取该第一消息：响应于该第一用户操作，生成用于控制该状态栏显示的第一控制消息、或者生成用于将焦点窗口切换为第一窗口的第二控制消息，其中，该第一窗口是与该状态栏一同显示的窗口；基于创建的该第一控制消息或该第二控制消息生成该第一消息。

可以理解的是，该第一消息可以用于指示状态栏的刷新和窗口切换。上述第一控制消息例如可以是窗口切换消息，上述第二控制消息例如可以是状态栏刷新消息。基于创建的该第一控制消息可以生成窗口切换对应的显示通知消息，基于第二控制消息生成窗口切换时触发状态栏刷新对应的显示通知消息。将上述两类显示通知消息作为第一消息。

在上述第一方面的一种可能的实现中，该检测到获取第一消息的第一时间不满足第一时间条件，不显示该窗口模式组件，包括：检测到获取第一消息的第一时间不满足第一时间条件，不生成用于控制该窗口模式组件显示的控制消息，不显示该窗口模式组件。

即检测到获取第一消息后的第一时间对应的时间长度内不满足第一时间条件，不生成用于控制该窗口模式组件显示的控制消息，不显示该窗口模式组件。当检测到获取第一消息后的第一时间对应的时间长度内满足第一时间条件时，可以生成用于控制该窗口模式组件显示的第三控制消息，并可以基于该第三控制消息显示该窗口模式组件。在一些实施例中，第一时间条件可以为第一时间阈值，该第一时间阈值可以为固定时间值。如此，可以减少生成的对应于窗口模式组件的控制消息的数量。

在上述第一方面的一种可能的实现中，该第一时间条件包括第一时间阈值，并且，该检测到获取第一消息的第一时间不满足第一时间条件，包括：获取该第一消息的第一时刻将该第一消息放入设置有该第一时间阈值的第一消息队列中；在第二时刻检测到该第一消息队列中无新增第一消息，其中该第二时刻晚于该第一时刻；检测到第二时刻与该第一时刻之间间隔的第一时间小于该第一时间阈值，确定获取该第一消息的第一时间不满足第一时间条件。

即上述第一时刻与第二时刻之间的时间长度为第一时间。上述第一消息队列包括单消息队列。在本申请一些实施例中，如果获取到属于第一消息的显示通知消息的第一时间大于等于第一时间阈值且期间没有新的显示通知消息，则根据基于该显示通知消息创建对窗口模式组件的控制消息。如果获取到显示通知消息的第一时间小于第一时间阈值时获取到了新的显示通知消息，则继续判断新的显示通知消息是否可以用于创建对窗口模式组件的控制消息。如此，可以减少生成的对应于窗口模式组件的控制消息的数量。

在上述第一方面的一种可能的实现中，该响应于检测到第一用户操作，还包括：显示该状态栏，检测到获取第一消息的第一时间满足第一时间条件，生成用于控制该窗口模式组件显示的第三控制消息；检测到获取第三控制消息的第二时间不满足第二时间条件，不执行该第三控制消息，不显示该窗口模式组件。

即第三消息可以为对应于窗口模式组件的控制消息，例如控制该窗口模式组件显示。在此，基于第一消息创建了第三控制消息的情况下，对于已经生成的对应于窗口模式组件的控制消息，还需要判断是否执行该第三控制消息，以降低对窗口模式组件的显隐频率。例如，通过检测生成窗口模式组件对应的控制消息的第二时间是否满足第二时间条件，来控制相应控制消息的执行频率。可以理解，该第二时间条件可以为固定时间值，例如第二时间阈值。

在上述第一方面的一种可能的实现中，该第二时间条件包括第二时间阈值，并且，检测到获取第三控制消息的第二时间不满足第二时间条件，包括：获取该第三控制消息的第三时刻将该第三控制消息放入设置有该第二时间阈值的第二消息队列中；在第四时刻检测到该第二消息队列中无新增第三控制消息，其中，该第四时刻晚于该第三时刻；检测到第四时刻与该第三时刻之间间隔的第二时间小于该第二时间阈值，确定获取该第三控制消息的第二时间不满足第二时间条件。

在一些实施例中，第二时间条件可以为第二时间阈值，该第二预设时间可以为固定的时间值。此处将第四时刻和第三时刻之间的时间长度作为第二时间，如果生成第三控制消息的第二时间大于等于第二时间阈值且期间没有生成新的第三控制消息，则执行该第三控制消息。如果生成控制消息的第二时间小于第二预设时间时生成了新的控制消息，则继续判断新的控制消息是否可以用于执行。从而使得窗口模式组件采用用户可接受的频率进行显隐，有利于提高用户的视觉体验。

在上述第一方面的一种可能的实现中，该响应于检测到第一用户操作，隐藏该窗口模式组件，还包括：基于该第一用户操作确定第一模式，基于该第一模式创建第二窗口，其中，该第一模式为全屏显示上述第二窗口的沉浸式显示模式；检测到显示该状态栏的时间满足隐藏时间阈值，隐藏该状态栏，并生成第二消息；基于上述第二消息延迟第三时间阈值创建用于隐藏该窗口模式组件的第四控制消息，执行该第四控制消息，不显示该窗口模式组件。

即在沉浸式场景中，上述第一用户操作可以为点击启动沉浸式场景的控件，进而基于该沉浸式场景创建对应的沉浸式显示模式下的焦点窗口，上述第二窗口即为该焦点窗口。由于进入了沉浸式场景，若在状态栏对应的隐藏时间阈值内第二窗口没有获取到新的用户操作，则基于第二窗口隐藏上述状态栏。可以理解，第二消息可以为沉浸式场景下的窗口中用于指示状态栏的显示或隐藏，可以为一种状态栏刷新消息。在本实施例中，该第二消息用于指示将该状态栏进行隐藏。此时，基于该第二消息延迟第三时间阈值创建用于隐藏该窗口模式组件的第四控制消息，进而实现在沉浸式场景下状态栏隐藏，而窗口模式组件延时隐藏。进而实现了在上述状态栏隐藏后的第三时间阈值内为用户提供进入分页模式或多窗口模式的多个控件，便于用户的操作，提升用户使用体验。

在上述第一方面的一种可能的实现中，该不显示该窗口模式组件，还包括：检测到该电子设备不支持显示该窗口模式组件时，不显示该窗口模式组件。

在一些实施例中，可以基于电子设备的屏幕驱动配置来确定电子设备是否为支持多窗口模式的设备。还可以基于屏幕尺寸来确定电子设备是否为支持多窗口模式的设备。例如，对屏幕进行栅格化，将屏幕的长和宽的栅格数量的比值作为尺寸比值，在尺寸比值大于预设尺寸比例阈值时，该电子设备为支持多窗口模式的设备，允许屏幕支持多窗。其中，该电子设备可以为终端100。

在上述第一方面的一种可能的实现中，该不显示该窗口模式组件，还包括：检测到该第一窗口不支持显示该窗口模式组件时，不显示该窗口模式组件。

可以理解的是，上述第一窗口为当前全屏显示的焦点窗口，检测到该第一窗口不支持显示该窗口模式组件时，不显示该窗口模式组件，以节约窗口空间资源。

在上述第一方面的一种可能的实现中，该不显示该窗口模式组件，还包括：检测到该第二窗口不支持显示该窗口模式组件时，不显示该窗口模式组件。

可以理解的是，上述第二窗口为当前全屏显示的焦点窗口，检测到该第二窗口不支持显示该窗口模式组件时，不显示该窗口模式组件，以节约窗口空间资源。

可以理解的是，上述第一窗口和第二窗口可以基于电子设备的系统配置确定是否支持显示窗口模式组件。例如，在安装应用程序的过程中，终端100读取目标应用配置中预设的多窗口模式相关属性，将应用程序加入终端扩展生态名单中。接着判断目标应用是否为预设生态名单中的应用程序，若是，则目标应用可以支持多窗口模式。在目标应用全屏显示焦点窗口的过程中，就可以支持显示窗口模式组件。

可以理解的是，当目标应用已经启用分屏显示模式或多窗口模式时，此时显示的焦点窗口为分屏窗口或悬浮窗，通常分屏窗口或悬浮窗是不支持显示本申请示例的窗口模式组件的，即该窗口模式组件绑定的是全屏窗口。

第二方面，本申请实施例提供了一种电子设备，该电子设备包括：一个或多个处理器；一个或多个存储器；一个或多个存储器存储有一个或多个程序，当一个或者多个程序被一个或多个处理器执行时，使得电子设备执行上述屏幕显示方法。

第三方面，本申请实施例提供了一种计算机可读存储介质，该存储介质上存储有指令，指令在计算机上执行时使计算机执行上述屏幕显示方法。

第四方面，本申请实施例提供了一种计算机程序产品，该产品包括计算机程序/指令，计算机程序/指令被处理器执行时实现上述屏幕显示方法。

附图说明

图1示出了一种终端设备显示窗口模式组件的场景示意图；

图2根据本申请一些实施例示出了一种终端100的硬件结构示意图；

图3根据本申请提供的屏幕显示方法示出了一种终端100内涉及的各软件结构之间的交互示意图；

图4根据本申请一些实施例提供的屏幕显示方法示出了一种交互流程示意图；

图5根据本申请一些实施例示出了一种窗口模式组件交互场景图；

图6根据本申请一些实施例示出了一种屏幕显示方法流程示意图；

图7根据本申请一些实施例示出了一种单消息队列的执行流程示意图；

图8根据本申请的一些实施例示出了另一种屏幕显示方法流程示意图；

图9根据本申请一些实施例中示出了又一种屏幕显示方法流程示意图；

图10根据本申请一些实施例示出了沉浸式场景界面交互示意图；

图11根据本申请一些实施例示出了一种终端100的软件结构框图。

具体实施方式

下面将使用本领域技术人员通常采用的术语来描述说明性实施例的各个方面，以将他们工作的实质传达给本领域其他技术人员。然而，对于本领域技术人员来说，使用部分所描述的特征来施行一些替代性实施例是显而易见的。出于解释的目的，阐述了具体的数字和配置，以便对说明性实施例进行更加透彻的理解。然而，对于本领域技术人员来说显而易见的是，可以在没有具体细节的情况下实施替代实施例。在一些其他情况下，本文省略或简化了一些众所周知的特征，以避免使本申请的说明性实施例模糊不清。

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合说明书附图以及具体的实施方式对本申请实施例中的技术方案进行详细的说明。

本申请的说明性实施例包括但不限于屏幕显示方法、电子设备及计算机可读存储介质等。

为了便于本领域技术人员理解本申请实施例中的方案，下面先对本申请实施例涉及到的一些概念和术语进行解释说明。

(1)窗口模式组件：一个系统用户界面(system user interface，SystemUI)的小组件，该小组件形式上可以被设置为短横条状(bar)，用于控制终端设备屏幕所显示的窗口显示模式。例如，该窗口模式组件可以提供用于进入分屏窗口或悬浮窗口等显示模式的入口控件。可以理解，窗口模式组件的窗口所处位置与状态栏的窗口所处位置有关联性，例如可以与状态栏所在窗口重叠显示，并且显示在状态栏所在窗口之上。

(2)状态栏(status bar)：位于手机屏幕顶部，可以包括手机的移动网络标识、无线网络标识、手机电量标识和时间信息等。例如，该移动网络标识可以为4G标识或5G标识等。该无线网络标识可以为无线保真(wireless fidelity，Wi-Fi)标识和/或蓝牙标识等。用于通知消息提示和状态展现。在检测到应用程序进入沉浸式应用场景时，状态栏可以完全隐藏，例如应用程序的焦点窗口切换为全屏模式时，状态栏将会隐藏。

(3)多窗口模式：该模式允许多个应用程序(APP)在同一屏幕上显示。例如，在多窗口模式下，终端设备的屏幕可以并排显示两个应用窗口，即分屏模式，或者某个应用窗口以悬浮小窗显示在其他应用的上方，即画中画模式或者悬浮窗模式，还可以让各个应用分别在可移动且可调整显示尺寸的窗口中显示(自由窗口模式)。多窗口模式下，当前响应用户操作的窗口为焦点窗口。

(4)沉浸式场景：指终端设备若在一段时间内未接收到用户的触摸操作，则为了提供更好的显示效果，终端设备可以将状态栏隐藏，仅显示当前界面中的其他内容，该内容例如可以是幻灯片、视频画面或者图片等。此时，这种显示场景可以被称为沉浸式场景。

图1示出了一种终端设备显示窗口模式组件的场景示意图。

参考图1所示，终端100的桌面103上显示有应用(APP)图标101，该终端100的屏幕顶部显示有状态栏102。当终端100检测到用户点击应用图标101的操作01时，则可以启动运行该应用程序(APP)。此时，终端100则可以相应显示相应APP的启动界面，该启动界面例如可以是图1所示的应用窗口104。

如图1所示，应用窗口104例如可以显示相应APP启动运行期间对应预设的广告A展示页面。可以理解，在上述桌面103至应用窗口104的界面变化过程中，终端100屏幕所显示的焦点窗口可以从桌面103切换至应用窗口104。相应地，桌面103上处于显示状态的状态栏102也会切换至应用窗口104中处于隐藏状态的状态栏。

若上述APP在启动运行期间预设显示多个广告展示页面，则在先后展示的广告之间还可以显示广告过渡界面。继续参考图1所示，终端100在通过应用窗口104显示广告A展示页面之后，在继续显示预设的广告B展示页面之前，可以显示广告过渡页面，该广告过渡页面例如可以显示在图1所示的应用窗口105中。其中，该应用窗口105可以是非全屏显示的窗口。之后显示的广告B展示页面例如可以显示在图1所示的应用窗口107中，该应用窗口107可以是全屏显示的窗口。如此，终端100在由应用窗口104切换至应用窗口105时，非全屏显示的应用窗口105的窗口顶部重新显示刷新后的状态栏102对应的窗口模式组件106也可以对应显示在状态栏102上。

而当应用窗口105的广告过渡页面达到预设显示时间后，此时相应APP基于自身设置打开下一个显示广告B展示页面的应用窗口107。此时，终端100在由应用窗口105切换至应用窗口107时，全屏显示的应用窗口107中可以基于相应APP的配置触发状态栏102和窗口模式控件106一并隐藏。在此期间，则可能会出现窗口模式组件106随状态栏102反复显示→隐藏→显示→隐藏→……，即反复显隐，因而终端100屏幕顶部会出现因窗口模式组件106反复显隐导致的频闪现象。

为了解决上述焦点窗口切换过程中由于窗口模式组件随状态栏的刷新反复显隐导致频闪，从而影响用户使用体验的问题，本申请实施例提供了一种屏幕显示方法。具体地，该方法通过确定获取两类显示通知消息的获取时间是否满足第一时间条件，来控制是否生成所切换的焦点窗口上窗口模式组件对应的控制消息。上述两类显示通知消息包括窗口切换对应的显示通知消息以及窗口切换时触发状态栏刷新对应的显示通知消息。如果获取到显示通知消息的第一时间满足第一时间条件，则可以基于该显示通知消息生成窗口模式组件对应的控制消息。例如，第一时间条件是第一时间阈值，该第一时间阈值可以为固定的时间值，如果获取到显示通知消息的第一时间大于等于第一时间阈值且期间没有新的显示通知消息，则根据基于该显示通知消息创建对窗口模式组件的控制消息。如果获取到显示通知消息的第一时间小于第一时间阈值时获取到了新的显示通知消息，则继续判断新的显示通知消息是否可以用于创建对窗口模式组件的控制消息。如此，可以减少生成的对应于窗口模式组件的控制消息的数量。上述窗口切换对应的显示通知消息以下可以简称为窗口切换消息，上述窗口切换时触发状态栏刷新对应的显示通知消息以下可以简称为状态栏刷新消息。可以理解，上述窗口模式组件对应的控制消息可以用于指示对窗口模式组件的显示处理或隐藏处理。

另外，对于已经生成的对应于窗口模式组件的控制消息，该方法还通过检测生成窗口模式组件对应的控制消息的第二时间是否满足第二时间条件，来控制相应控制消息的执行频率。例如，第二时间条件是第二时间阈值，该第二时间阈值可以为固定的时间值，如果生成控制消息的第二时间大于等于第二时间阈值且期间没有生成新的显示通知消息，则执行该窗口模式组件对应的控制消息。如果生成控制消息的第二时间小于第二时间阈值时生成了新的控制消息，则继续判断新的控制消息是否可以用于执行。

可以理解的是，上述第一时间阈值和第二时间阈值可以相同也可以不同，可以基于需求自由设置，在此不作限制。

基于本申请实施例提供的上述屏幕显示方法，可以有效控制窗口模式组件在切换焦点窗口的过程中显隐的频率，从而避免了窗口模式组件在电子设备的屏幕上短时间内反复显隐而导致的频闪问题。进而，本申请方案能够控制窗口模式组件采用用户可接受的频率进行显隐，有利于提高用户的视觉体验。

可以理解，本申请实施例所提供的上述屏幕显示方法所适用的电子设备，可以包括但不限于手机、折叠屏手机、平板电脑、桌面型、膝上型、手持计算机、上网本，以及增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、智能电视、智能手表等通过屏幕获取用户操作的电子设备，本申请所适用的电子设备的屏幕可以是电容式触摸屏(即电容屏)，也可以是电阻式触摸屏，在此不做限制。

为了更好地理解，图2根据本申请实施例示出了一种终端100的硬件结构示意图。

如图2所示，终端100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial 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，加速度传感器180E，距离传感器180F，触摸传感器180K，环境光传感器180L等。

可以理解的是，本申请实施例示意的结构并不构成对终端100的具体限定。在本申请另一些实施例中，终端100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置，在此不做限制。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

在一些实施例中，控制器根据处理器110的指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制，以执行本申请的屏幕显示方法相关的获取窗口模式组件控制消息等指令，从而生成窗口模式组件的控制消息队列，结合预设时间利用该队列确定需要执行的对窗口模式组件的控制消息，在大量对窗口模式组件的控制消息中筛选出预设时间内的最后一个控制消息来执行对窗口模式组件的显示和隐藏，避免了窗口模式组件在窗口上短时间内反复显隐，有效提升用户的使用体验。

处理器110中还可以设置存储器，用于存储指令和数据。

在一些实施例中，处理器110可以包括一个或多个接口。在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuit sound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronousreceiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processorinterface，MIPI)，通用输入输出(general-purpose input/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serialbus，USB)接口等。其中，USB接口130可以用于连接充电器为终端100充电，也可以用于终端100与外围设备之间传输数据。

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

充电管理模块140用于从充电器接收充电输入。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。

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

天线1和天线2用于发射和接收电磁波信号。终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

移动通信模块150可以提供应用在终端100上的包括2G/3G/4G/5G等无线通信的解决方案。调制解调处理器可以包括调制器和解调器。

无线通信模块160可以提供应用在终端100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

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

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Mini-LED，Micro-LED，Micro-OLED，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，终端100可以包括1个或N个显示屏194，N为大于1的正整数。

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

ISP用于处理摄像头193反馈的数据。例如，拍照或者拍摄视频时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将该电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端100可以包括1个或N个摄像头193，N为大于1的正整数。

视频编解码器用于对数字视频压缩或解压缩。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端100的存储能力。

内部存储器121可以用于存储计算机可执行程序代码，该可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储数据区可存储终端100使用过程中所创建的数据(比如拍摄得到的视频数据等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行终端100的各种功能应用以及数据处理。

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

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。

压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。终端100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，终端100根据压力传感器180A检测该触摸操作强度。终端100也可以根据压力传感器180A的检测信号计算触摸的位置。

陀螺仪传感器180B可以用于确定终端100的运动姿态。

加速度传感器180E可检测终端100在各个方向上(一般为三轴)加速度的大小。当终端100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换等应用。

距离传感器180F，用于测量距离。终端100可以通过红外或激光测量距离。

环境光传感器180L用于感知环境光亮度。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。

图3根据本申请提供的屏幕显示方法，示出了一种终端100内涉及的各软件结构之间的交互示意图。

参考图3，终端100的系统架构可以依次包括硬件层310、Kernel层320、应用程序框架层(framework，FWK)330、以及应用层340。

其中，应用层340包括桌面启动器341，可以用于启动桌面，例如创建新的窗口以及创建相应的进程。应用层340还包括系统用户界面343(system user interface，SystemUI)，为Android系统核心应用，属于系统框架层，用于向用户呈现相应界面来反馈系统及相关应用的状态以及响应用户操作的执行结果等，用户可以通过SystemUI控制显示的相应界面实现与系统的交互。例如，SystemUI可以用于根据获取到的对窗口模式组件的控制消息完成对窗口模式组件的控制处理，例如显示窗口模式组件或隐藏窗口模式组件。

在实施本申请提供的屏幕显示方法的过程中，位于硬件层310中的屏幕194可以检测到用户的触摸操作，并将检测到的触摸操作信号发送给Kernel层320。该触摸操作可以经由Kernel层320中的设备驱动层321、输入核心层322以及事件处理层323等处理为输入(input)事件，并发送至应用程序框架层(framework，FWK)330。应用程序框架层330中的输入管理服务331可以将接收到的input事件分发给应用层340中的桌面启动器341(Launcher)。进而，桌面启动器341可以响应于接收到的input事件，发送启动目标应用的请求到FWK 330中，例如发送至FWK 330中的窗口管理器332。

FWK 330处理对目标应用的启动请求，创建目标应用对应的进程。并且，还可以通过令牌(Token)维护所创建的目标应用与其他进程之间通信过程的安全。完成目标应用对应的进程创建后，FWK330可以完成后回调目标应用相关信息。

接下来以视频应用342为例，进一步对软件交互流程进行详细说明。

FWK 330中的窗口管理器332将回调请求发送至视频应用342。视频应用342受到回调后添加新的窗口，将焦点窗口切换至被添加的窗口。完成窗口切换时，视频应用342将窗口切换消息及状态栏刷新消息通知FWK 330的窗口管理器332，此时，视频应用342当前的焦点窗口可以替代窗口管理器332控制状态栏进行显示或隐藏。需要说明的是，上述当前的焦点窗口为视频应用342的全屏显示的当前焦点窗口。可以理解，原由窗口管理器342控制状态栏的显示和隐藏，此处视频应用342的进程可以直接控制状态栏的显示和隐藏。

在应用层340中，视频应用342可以直接通过显示/隐藏函数(show/hide函数)控制状态栏的显示或隐藏。需要说明的是，在本申请中并未对状态栏的控制进行修改，状态栏刷新消息是对窗口模式组件的控制消息的充分条件，也就是说，状态栏的控制消息会影响对窗口模式组件的控制消息的创建，而对窗口模式组件的控制消息不会更改对状态栏的控制消息。在此，视频应用342控制状态栏后，会发送相关消息通知窗口管理器332，以确定是否显示窗口模式组件。

可以理解，视频应用342向窗口管理器332发送的相关消息种类很多，例如窗口切换消息和状态栏刷新消息。

窗口管理器332在收到上述相关消息后，基于上述窗口切换消息和状态栏刷新消息判断是否创建对窗口模式组件的控制消息，并判断是否将对窗口模式组件的控制消息发送至系统用户界面343(SystemUI)。在一些实施例中，窗口管理器332可以设置第一消息队列和第二消息队列，第一消息队列用于获取所有相关消息，该第一消息队列中消息实体的最大数量为1，当第一消息队列中的最新消息到达第一时间阈值后该第一消息队列输出上述最新消息。接着，窗口管理器332将第一消息队列输出的所有消息一一创建相应的对窗口模式组件的控制消息，将对窗口模式组件的控制消息放入第二消息队列。该第二消息队列中消息实体的最大数量为1，当第二消息队列中的最新消息到达第二时间阈值后该第二消息队列输出上述最新的对窗口模式组件的控制消息，并通过进程间通信机制(inter-process communication，IPC)，例如通过Binder机制，将输出的对窗口模式组件的控制消息通知给系统用户界面343。系统用户界面343执行收到的对窗口模式组件的控制消息对窗口模式组件执行相应的处理。

需要说明的是，上述对窗口模式组件的控制消息包括用于指示显示窗口模式组件的控制消息和用于指示隐藏窗口模式组件的控制消息。

基于上述终端100的软硬件结构，以下结合相关附图对本申请提出的一种屏幕显示方法的实施例进行示例说明。

实施例1

图4根据本申请实施例提供的屏幕显示方法示出了一种交互流程示意图。下面结合上述图3所示的终端100结构对本实施例提供的屏幕显示方法的具体实现过程进行示例说明。

如图4所示，该流程涉及目标应用400、桌面启动器341、系统用户界面343以及窗口管理器332之间的交互，其中目标应用例如可以是图3所示的视频应用342等，在此不做限制。具体地，该交互流程所包括的步骤示例如下：

401：桌面启动器341检测到用户操作，并确定与用户操作相对应的输入事件。

可以理解的是，屏幕在检测到用户的触摸操作后，发生硬件中断，以将该触摸操作作为一个输入事件(input事件)发送至Kernel层320以进行后续相应处理。Kernel层320可以包括设备驱动层321、输入核心层322和事件处理层323。基于设备驱动层321、输入核心层322和事件处理层323可以将输入事件发送至应用程序框架层330。应用程序框架层330中的输入管理服务属于应用程序框架层，输入管理服务接收到管理服务后可以进行分发处理，以将获取到的输入事件发送至应用层中。

402：桌面启动器341响应于所确定的输入事件，创建对目标应用400的启动请求。

示例性地，桌面启动器341可以基于输入事件确定对应的目标应用400，由此创建启动目标应用400的请求。

403：桌面启动器341发送启动目标应用400的请求至窗口管理器332。

示例性地，桌面启动器341将启动目标应用400的请求发送至窗口管理器332来创建相应的进程.

404:窗口管理器332创建目标应用400对应的进程。

示例性地，窗口管理器332基于启动目标应用400的请求，创建目标应用400对应的进程。并且，基于安全性考虑，窗口管理器332所创建的目标应用400进程与其他进程之间的通信等过程，可以通过令牌(Token)实现维护。

405：窗口管理器332向目标应用400发送回调请求。

示例性地，窗口管理器332向目标应用400发送回调请求，该回调请求例如可以用于回调目标应用400的启动相关信息，以完成对目标应用的回调处理。

406：目标应用400响应于回调请求，添加新的窗口，将焦点窗口切换至被添加的窗口。

示例性地，目标应用400在收到回调请求后，基于回调请求添加新的窗口，并在新的窗口内刷新界面，此时，焦点窗口被切换至新的窗口。

407：目标应用400向窗口管理器332发送窗口切换消息。

示例性地，目标应用400在切换窗口后实时通知窗口管理器332，表明已切换为新的焦点窗口，以便于目标应用400的当前焦点窗口可以控制状态栏的显示或隐藏。

408：窗口管理器332关联状态栏与目标应用400的当前焦点窗口。

示例性地，窗口管理器332将状态栏与目标应用400的全屏显示的当前焦点窗口进行关联，以便于目标应用400的当前焦点窗口可以控制状态栏的显示或隐藏。可以理解，原由窗口管理器342控制状态栏的显示和隐藏，此处目标应用400的当前焦点窗口可以直接控制状态栏的显示和隐藏。

可以理解的是，基于用户的窗口切换操作请求，在切换窗口的过程中，目标应用400的新的焦点窗口可以实时控制状态栏的显示或隐藏，状态栏将会基于新的焦点窗口产生不同的显示和隐藏效果。继续参考图1，当获取到用户对目标应用101的触摸操作01后，生成对应的窗口切换操作请求，将桌面103切换为新的焦点窗口104，此时新的焦点窗口104可以控制顶部的状态栏102进行相应显示或隐藏，使得状态栏102会伴随新的焦点窗口104而变化，例如状态栏102的颜色从桌面103的相同背景色变更为完全透明，以进入沉浸式场景，为用户带来更好的体验。

409：目标应用400向窗口管理器332发送状态栏刷新消息。

示例性地，目标应用400获取状态栏控制权后，会实时通过状态栏刷新消息通知窗口管理器332，以便于窗口管理器332基于窗口切换消息、状态栏刷新消息来创建对窗口模式组件的控制消息。

410：窗口管理器332将接收到窗口切换消息和状态栏刷新消息放入第一消息队列，并基于第一消息队列和第一时间阈值确定第一消息。

示例性地，窗口管理器332将窗口切换消息和状态栏刷新消息放入第一消息队列。其中，窗口切换消息也可以描述为控制窗口切换的第一控制消息，状态栏刷新消息也可以描述为控制状态栏刷新的第二控制消息。该第一消息队列的消息实体的最大数量为1，因此，第一消息队列可以不断的接收窗口切换消息和状态栏刷新消息。当第一消息队列接收到的消息满足第一时间阈值时，将该消息作为第一消息，用于确定创建的对窗口模式组件的控制消息，其中，该第一消息队列接收到的消息的种类包括但不限于窗口切换消息和状态栏刷新消息。本步骤的具体执行过程将在下方的实施例中详述，在此不作赘述。

411：窗口管理器332判断当前焦点窗口是否支持显示窗口模式组件。若判断为是，则进入步骤415a；若判断为否，则进入步骤415b。

示例性地，窗口管理器332可以通过设备参数、屏幕参数、目标应用400的配置等信息来判断当前焦点窗口是否支持显示窗口模式组件。例如，上述设备可以是平板电脑，该平板电脑的屏幕参数，例如屏幕的长宽比，可以支持显示窗口模式组件。上述目标应用400例如是视频应用，可以支持分屏显示模式和/或多窗口模式，从而支持显示窗口模式组件。本步骤的具体执行过程将在下方的实施例中详述，在此不作赘述。

412a：窗口管理器332基于所确定的第一消息创建显示窗口模式组件的控制消息。

示例性地，当当前焦点窗口支持显示窗口模式组件时，基于所确定的第一消息创建显示窗口模式组件的控制信息以显示窗口模式组件，从而便于为用户提供进入多种窗口模式的多个控件，提升用户体验。

412b：窗口管理器332基于所确定的第一消息创建隐藏窗口模式组件的控制消息。

示例性地，当当前焦点窗口不支持显示窗口模式组件时，基于所确定的第一消息创建隐藏窗口模式组件的控制信息以隐藏窗口模式组件，以节约窗口界面资源。可以理解的是，上述窗口模式组件用于为用户提供进入多种显示模式的窗口控件。

作为示例，图5根据本申请一些实施例示出了一种窗口模式组件交互场景图。

如图5所示，若用户点击终端100的屏幕上当前显示的窗口模式组件106，终端100则可以响应于用户操作，在当前显示的焦点窗口501的顶部显示包括多个窗口模式控件的控件组合503。该控件组合503例如可以包括全屏模式控件031、分屏模式控件032和悬浮窗模式控件033等。例如，如果用户点击分屏模式控件032，则终端100可以显示出分屏显示的应用窗口501和桌面505。

需要说明的是，上述图5中，窗口模式组件106可以绑定全屏焦点窗口，用于为用户提供从全屏窗口模式的界面进入分屏窗口模式或多窗模式的界面。一些应用支持分屏显示，而一些应用可能不支持分屏显示。对于支持分屏显示的应用而言，该窗口模式组件106叠加显示在状态栏上方，供用户操作。而对于不支持分屏显示的应用而言，上述应用的焦点窗口中不显示上述窗口模式组件106。

可以理解的是，上述焦点窗口的显示方式包括但不限于全屏显示、分屏显示或多屏显示，上述显示模式仅为示例，在此不作限制。

413：窗口管理器332将所创建的对窗口模式组件的控制消息放入第二消息队列，并基于第二消息队列和第二时间阈值确定目标控制消息。

示例性地，窗口管理器332将所有的对窗口模式组件的控制消息放入第二消息队列。该第二消息队列的消息实体的最大数量为1，因此，第二消息队列可以不断的接收对窗口模式组件的控制消息。当第二消息队列接收到的对窗口模式组件的控制消息满足第二时间阈值时，将该控制消息作为目标控制消息，用于执行对窗口模式组件的控制处理，例如显示窗口模式组件或隐藏窗口模式组件。本步骤的具体执行过程将在下方的实施例中详述，在此不作赘述。

414：窗口管理器332发送目标控制消息至系统用户界面343，以便于系统用户界面343执行对窗口模式组件的控制消息。

415：系统用户界面343基于目标控制消息对窗口模式组件进行相应处理。

示例性地，系统用户界面343基于目标控制消息对窗口模式组件进行显示处理或隐藏处理。

可以理解的是，通过上述步骤401至步骤415的实施流程，本申请实施例提供的屏幕显示方法，在状态栏被频繁刷新或窗口被频繁切换时，创建出大量对窗口模式组件的控制消息，通过第一消息队列结合第一时间阈值过滤掉多余的窗口切换消息和状态栏切换消息，通过第二消息队列结合第二时间阈值过滤掉多余的对窗口模式组件的控制消息，降低了对窗口模式组件的控制频率，从而解决了窗口模式组件不断显隐变得突兀的问题，进而提升了用户的使用体验。

基于上述步骤401至415所示例的实施例1，下面结合相关附图详细说明本申请提出的另一些实施例中的一种屏幕显示方法实现过程中的多个示例。

图6为本申请实施例提供的一种屏幕显示方法流程示意图。可以理解，图6所示流程各步骤的执行主体可以是上述终端100，或者其他电子设备，对于单一步骤的执行主体不再进行赘述。如图6所示，该屏幕显示方法的实现流程可以包括以下步骤：

601：检测到状态栏刷新消息和窗口切换消息。

602：将状态栏刷新消息和窗口切换消息加入第一消息队列。

上述步骤601和步骤602的具体执行步骤可以参考上文步骤410，在此不再赘述。

603：将第一消息队列中满足第一时间阈值的消息作为第一消息，删除第一消息队列中除第一消息外的其他消息。

示例性地，第一消息队列可以设置为用于延迟消息处理的延迟时间，例如第一时间阈值，当第一消息队列中的消息满足第一时间阈值时，将该消息作为第一消息用于创建相应的对窗口模式组件的控制消息。在一些实施例中，该第一消息队列可以为设置了第一时间阈值的单消息队列。

可以理解的是，上述单消息队列的消息长度为1，即使单消息队列中已经存在消息了，单消息队列中还可以继续接收消息，并覆盖消息队列中已有的消息数据。当单消息队列设置了第一时间阈值后，由于消息队列中的消息实体的最大数量为1，若第一消息队列中的当前消息未满足第一时间阈值但是有新的消息发送至该第一消息队列中，则新的消息将覆盖当前消息。直到当前消息满足第一时间阈值后，该当前消息才会被作为第一消息，并用于创建相应的对窗口模式组件的控制消息。

示例性地，参考图7，在单消息队列设置有第一时间阈值时，当前消息为消息B，消息B未满第一时间阈值时，单消息队列接收到了消息A，则消息A会直接变为单消息队列中的当前消息，消息B会被删除。另一种情况，继续参考图7，若单消息队列从接收到消息B的时刻起满足第一时间阈值，且单消息队列在该第一时间阈值内没有接收到新的消息，消息B不会被删除，并且单消息队列将消息B作为输出消息，以进行后续相应的消息执行。

604：判断当前焦点窗口是否支持显示窗口模式组件。若判断结果为是，则进入步骤605a，以基于第一消息创建显示窗口模式组件的控制消息；若判断结果为否，则进入步骤605b，以基于第一消息创建隐藏窗口模式组件的控制消息。

示例性地，该当前焦点窗口可以为当前全屏显示的置顶窗口。在此，对窗口模式组件的控制消息可以包括两种类型：一种为显示窗口模式组件的控制消息，另一种为隐藏窗口模式组件的控制消息。可以基于当前焦点窗口是否支持显示窗口模式组件来确定是否显示窗口模式组件。

可以理解的是，目标应用400可以通过多种方式来确定对窗口模式组件的控制逻辑。在一些实施例中，可以通过判断焦点窗口是否支持多窗口模式，若是，则可以显示窗口模式组件为用户提供进入多窗口模式的入口。若焦点窗口不支持多窗口模式，则可以隐藏窗口模式组件，提升用户的使用体验。

在另一些实施例中，目标应用400可以通过判断终端100的设备参数，例如屏幕尺寸参数等，来确定终端100是否为大屏设备。当终端100为大屏设备时，可以显示窗口模式组件为用户提供进入多窗口模式或分页模式的入口。

可以理解的是，上述大屏设备可以为前述示例的屏幕显示方法所适用的电子设备，在此不作限制。

基于步骤604示出的执行过程，将在下文详细描述，在此不做赘述。

605a：基于第一消息创建显示窗口模式组件的控制消息，以显示窗口模式组件。

605b：基于第一消息创建隐藏窗口模式组件的控制消息，以隐藏窗口模式组件。

606：将所有对窗口模式组件的控制消息加入第二消息队列，以降低对窗口模式组件的控制消息的执行频率。

607：将第二消息队列中满足第二时间阈值的控制消息作为目标控制消息，删除第二消息队列中除目标控制消息外的其他控制消息。

示例性地，第二消息队列可以设置有第二时间阈值，当第二消息队列中的控制消息满足第二时间阈值时，将该控制消息作为目标控制消息发送至SystemUI以执行。在一些实施例中，该第二消息队列可以为设置了第二时间阈值的单消息队列。

可以理解的是，上述单消息队列的消息长度为1，即使单消息队列中已经存在消息了，还可以向单消息队列中发送消息，并覆盖消息队列中已有的消息数据。当单消息队列被设置预设延迟时间后，由于消息队列中的消息实体的最大数量为1，若第二消息队列中的当前控制消息未满足第二时间阈值，但是有新的控制消息发送至该第二消息队列中，则新的控制消息将覆盖当前控制消息，将当前控制消息进行更新。直到当前控制消息满足第二消息队列后，该当前控制消息才会被作为目标控制消息发送至SystemUI，并完成对窗口模式组件的相应处理，例如显示窗口模式组件或隐藏窗口模式组件。

608：基于目标控制消息中的对窗口模式组件的控制消息对该窗口模式组件进行相应的控制处理。

示例性地，若目标控制消息为显示窗口模式组件的控制消息，则显示该窗口模式组件；若目标控制消息为隐藏窗口模式组件的控制消息，则隐藏该窗口模式组件。

609：结束本流程。

可以理解，基于上述步骤601至609的实施流程，本申请实施例提供的屏幕显示方法，在状态栏被频繁刷新或窗口被频繁切换时，创建出大量对窗口模式组件的控制消息，通过第一消息队列结合第一时间阈值过滤掉多余的窗口切换消息和状态栏切换消息，通过第二消息队列结合第二时间阈值过滤掉多余的对窗口模式组件的控制消息，降低了对窗口模式组件的控制频率，从而解决了窗口模式组件不断显隐变得突兀的问题，进而提升了用户的使用体验。

下面结合详细说明上述步骤604中描述的判断焦点窗口是否支持显示窗口模式组件对应的具体判断过程示例。

图8根据本申请的一些实施例示出了另一种屏幕显示方法流程示意图。可以理解，图8所示流程各步骤的执行主体可以是上述终端100，或者其他电子设备，对于单一步骤的执行主体不再进行赘述。图8示出的方法流程包括如下步骤：

801：判断终端100是否为支持多窗口模式的设备。若判断结果为是，则进入步骤802，判断新的焦点窗口是否支持多窗口模式，以进一步确认是否需要显示窗口模式组件。若否，则进入步骤804，创建隐藏窗口模式组件的控制消息。

示例性地，可以基于终端100屏幕驱动配置来确定终端100是否为支持多窗口模式的设备。在一些实施例中，还可以基于屏幕尺寸来确定终端100是否为支持多窗口模式的设备。例如，对屏幕进行栅格化，将屏幕的长和宽的栅格数量的比值作为尺寸比值，在尺寸比值大于预设尺寸比例阈值时，终端100为支持多窗口模式的设备，允许屏幕支持多窗。

可以理解的是，本实施例仅对终端100的设备类型的判断方式进行示例，在此不作限制。

802：判断焦点窗口是否支持多窗口模式，若是，则进入803，创建显示窗口模式组件的控制消息，用于为用户在应用该程序的窗口界面中提供进入应用程序多窗口模式的入口，若否，则进入804，创建隐藏窗口模式组件的控制消息，以完成对窗口模式组件的隐藏，减少对屏幕界面展示空间的占用。

示例性地，可以通过系统配置或预设生态名单来判断焦点窗口是否支持多窗口模式。例如，在安装应用程序的过程中，终端100读取目标应用配置中预设的多窗口模式相关属性，将应用程序加入终端扩展生态名单中。接着判断目标应用是否为预设生态名单中的应用程序，若是，则目标应用可以支持多窗口模式。

可以理解的是，本实施例仅对焦点窗口是否支持多窗口模式的判断方式进行示例，在此不作限制。

803：创建用于控制显示窗口模式组件的控制消息。

可以理解，步骤803与上述步骤605a的具体执行过程一致，在此不再赘述。

804：创建用于控制隐藏窗口模式组件的控制消息。

可以理解，步骤804与上述步骤605b的具体执行过程一致，在此不再赘述。

可以理解，基于上述步骤801至804的实施流程，本申请实施例提供的判断焦点窗口是否支持显示窗口模式组件的方法，可以精确确定焦点窗口是否支持显示窗口模式组件，避免了窗口模式组件占用窗口空间资源。

基于上述步骤601至610所示例的实施例1，下面结合图9详细说明本申请提出的另一些实施例中的一种屏幕显示方法实现过程中的另一个示例。

实施例2

图9根据本申请一些实施例中示出了又一种屏幕显示方法流程示意图，图9示出的方法流程包括如下步骤：

901：桌面启动器341检测到用户在沉浸式场景中对焦点窗口中的状态栏的操作请求，基于操作请求生成相应的输入事件。

示例性地，可以通过屏幕检测到用户对焦点窗口中的沉浸式状态栏的操作请求，基于操作请求生成相应的输入事件。例如，当焦点窗口为视频应用提供的全屏视频观看窗口，则焦点窗口会提供沉浸式显示模式。可以通过屏幕检测到用户对焦点窗口界面范围内的触摸操作，并基于上述触摸操作生成相应的输入事件。以便于焦点窗口控制状态栏进行显示，并生成状态栏刷新消息。

902：桌面启动器341发送输入事件至窗口管理器332。

可以理解的是，桌面启动器341可以将输入事件转发至窗口管理器332。

903：窗口管理器332创建输入事件相应的进程。

示例性地，窗口管理器332基于输入事件确定调用目标应用400的请求，基于调用目标应用400的请求创建相应的进程。

904：窗口管理器332向目标应用400发送回调请求。

示例性地，窗口管理器332向目标应用400发送回调请求，以完成对目标应用400的回调处理。

905：目标应用400收到回调请求，基于输入事件刷新状态栏，生成状态栏刷新消息。

示例性地，在沉浸式场景中，对状态栏进行控制操作的同时生成状态栏刷新消息，以使得窗口模式组件可以随着状态栏刷新消息进行联动控制。

906：目标应用400向窗口管理器332发送状态栏刷新消息。

示例性地，目标应用400向窗口管理器332发送状态栏刷新消息，以通知窗口管理器332基于状态栏刷新消息生成相应的对窗口模式组件的控制消息。

907：窗口管理器332判断焦点窗口是否支持显示窗口模式组件。若判断结果为是，则进入步骤908a，判断状态栏刷新消息是否为用于指示显示状态栏的刷新消息；若判断结果为否，则进入步骤908b，创建用于隐藏窗口模式组件的第三控制消息。

上述步骤907的具体实施过程与步骤704一致，在此不再赘述。

908a：窗口管理器332判断状态栏刷新消息是否为用于指示显示状态栏的第五刷新消息。若判断结果为是，则进入步骤911a，以使得窗口模式组件在沉浸式场景中随着状态栏一并显示；若判断结果为否，则进入步骤911b，延迟第三时间阈值后创建用于隐藏窗口模式组件的第三控制消息。

示例性地，在沉浸式场景下，状态栏刷新消息包括用于指示显示状态栏的刷新消息和用于指示隐藏状态栏的刷新消息。

908b：窗口管理器332创建用于隐藏窗口模式组件的第三控制消息，以节约焦点窗口的空间资源，使得焦点窗口更为简洁，提升用户的使用体验。

909：窗口管理器332发送第三控制消息至系统用户界面343，以便于实时执行第三控制消息。

910：系统用户界面343基于第三控制消息隐藏窗口模式组件，以在焦点窗口不支持窗口模式组件的情况下及时隐藏窗口模式组件，并节约了窗口资源。

911a：窗口管理器332创建用于显示窗口模式组件的第五控制消息。

示例性地，图10根据本申请一些实施例示出了沉浸式场景界面交互示意图。参考图10，在沉浸式场景下，屏幕检测到用户的点击操作1004，此时状态栏1002被焦点窗口1001控制显示，并生成用于指示显示状态栏1002的变更消息。在接收到显示状态栏1002的状态栏刷新消息同时，创建显示窗口模式组件1003的控制消息，以在状态栏1002显示的同时，在焦点窗口1001中显示该窗口模式组件1003。以便于为用户提供进入多种窗口模式的多个控件，从而便于用户操作，有效提升用户的使用体验。

912：窗口管理器332发送第五控制消息至系统用户界面343，以便于实时执行第五控控制消息。

913：系统用户界面343基于第五控制消息显示窗口模式组件，以同时显示状态栏及窗口模式组件。

911b：窗口管理器332延迟第三时间阈值后创建用于隐藏窗口模式组件的第四控制消息。

示例性地，继续参考图10，在沉浸式场景下，屏幕在状态栏1002的隐藏时间阈值内若未检测到用户的任意触摸操作，状态栏1002会在显示时间满足隐藏时间阈值时进行隐藏，为用户提供沉浸式体验。例如隐藏时间阈值为2秒时，若2秒内未检测到用户的触摸操作，状态栏1002隐藏。与此同时，生成用于指示隐藏状态栏1002的状态栏刷新消息，基于用于指示隐藏状态栏1002的状态栏刷新消息创建用于隐藏窗口模式组件1003的第三控制消息，以实现同步隐藏状态栏1002和该窗口模式组件1003。

在一些实施例中，参考图10，可以延时创建用于隐藏窗口模式组件1003的第四控制消息，使得在沉浸式场景下，状态栏被隐藏后，窗口模式组件1003在第三时间阈值内仍显示在屏幕顶部。例如当第三时间阈值为2秒，则在状态栏1002隐藏后的2秒内，窗口模式组件1003仍显示在焦点窗口1001中。假设第三时间阈值为2秒，在未检测到用户触摸操作且满足第三时间阈值2秒时，创建用于隐藏窗口模式组件1003的第四控制消息，并即时发送至系统用户界面执行对窗口模式组件1003的隐藏处理，实现了在状态栏1002隐藏后的第三时间阈值内为用户提供进入分页模式或多窗口模式的多个控件，便于用户的操作，提升用户使用体验。

914：窗口管理器332发送第四控制消息至系统用户界面343，以便于实时执行第四控控制消息。

913：系统用户界面343基于第四控制消息显示窗口模式组件，以实现在状态栏隐藏之后，窗口模式组件延时隐藏，为用户在沉浸式场景中提供进入多窗口模式的多个控件，便于用户操作，切实提升用户体验。

可以理解，基于上述步骤1001至1007的实施流程，本申请实施例提供的屏幕显示方法，能够实现在沉浸式场景中，状态栏和窗口模式组件可以一并显示，而在状态栏隐藏之后，窗口模式组件延时隐藏。从而在未改变对状态栏的显隐频率的前提下，降低对窗口模式组件的显隐处理频率。相较于现有的沉浸式场景下焦点窗口中一直显示窗口模式组件的处理方式，能够减少沉浸式场景下窗口模式组件的突兀感，切实提升用户在沉浸式场景中的使用体验。

基于上述图2所示的终端100的硬件结构，下面结合相关附图详细说明本申请实施例所提供的屏幕显示方法实现过程中所涉及的各个方面。

终端100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明终端100的软件结构。

图11根据本申请一些实施例示出了一种终端100的软件结构框图。

如图11所示，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(android runtime)和系统库，以及内核层。

可以理解的是，图11示出的系统框架层、系统库与运行时层包含的部件，并不构成对终端100的具体限定。在本中请另一些实施例中，终端100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。

应用程序层可以包括一系列应用程序包。

如图11所示，应用程序包可以包括桌面启动器(launcher)，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息，系统用户界面(system user interface，SystemUI)等应用程序。

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

应用程序框架层可以包括输入管理服务，窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

输入管理服务用于管理输入事件，在接收到输入事件，对输入事件进行处理之后会把输入事件分发到相应的应用中。在一些实施例中，输入管理服务可以获取用户对屏幕的点击操作请求所对应的输入事件，将该输入事件转发至应用层内用户点击操作对应的应用程序中。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。在一些实施例中，窗口管理器可以获取显示屏大小，从而判断是否显示状态栏，并进而由此创建对窗口模式组件的控制消息。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。该数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端100的通信功能。例如通话状态的管理(包括接通，挂断等)。

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

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

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

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

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

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

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

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

2D图形引擎是2D绘图的绘图引擎。

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

在说明书对“一个实施例”或“实施例”的引用意指结合实施例所描述的具体特征、结构或特性被包括在根据本申请公开的至少一个范例实施方案或技术中。说明书中的各个地方的短语“在一个实施例中”的出现不一定全部指代同一个实施例。

本申请公开还涉及用于执行文本中的操作装置。该装置可以专门处于所要求的目的而构造或者其可以包括被存储在计算机中的计算机程序选择性地激活或者重新配置的通用计算机。这样的计算机程序可以被存储在计算机可读介质中，诸如，但不限于任何类型的盘，包括软盘、光盘、CD-ROM、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁或光卡、专用集成电路(ASIC)或者适于存储电子指令的任何类型的介质，并且每个可以被耦合到计算机系统总线。此外，说明书中所提到的计算机可以包括单个处理器或者可以是采用针对增加的计算能力的多个处理器涉及的架构。

本文所提出的过程和显示器固有地不涉及任何具体计算机或其他装置。各种通用系统也可以与根据本文中的教导的程序一起使用，或者构造更多专用装置以执行一个或多个方法步骤可以证明是方便的。在一下描述中讨论了用于各种这些系统的结构。另外，可以使用足以实现本申请公开的技术和实施方案的任何具体编程语言。各种编程语言可以被用于实施本公开，如本文所讨论的。

另外，在本说明书所使用的语言已经主要被选择用于可读性和指导性的目的并且可能未被选择为描绘或限制所公开的主题。因此，本申请公开旨在说明而非限制本文所讨论的概念的范围。

Claims (13)

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

所述电子设备显示有状态栏和窗口模式组件；

响应于检测到第一用户操作，隐藏所述状态栏和所述窗口模式组件；

显示所述状态栏，检测到获取第一消息的第一时间不满足第一时间条件，不显示所述窗口模式组件，其中所述第一消息的生成与所述状态栏的显示相关。

2.根据权利要求1所述的方法，其特征在于，通过以下方式获取所述第一消息：

响应于所述第一用户操作，生成用于控制所述状态栏显示的第一控制消息、或者生成用于将焦点窗口切换为第一窗口的第二控制消息，其中，所述第一窗口是与所述状态栏一同显示的窗口；

基于创建的所述第一控制消息或所述第二控制消息生成所述第一消息。

3.根据权利要求1所述的方法，其特征在于，所述检测到获取第一消息的第一时间不满足第一时间条件，不显示所述窗口模式组件，包括：

检测到获取第一消息的第一时间不满足第一时间条件，不生成用于控制所述窗口模式组件显示的控制消息，不显示所述窗口模式组件。

4.根据权利要求3所述的方法，其特征在于，所述第一时间条件包括第一时间阈值，并且，所述检测到获取第一消息的第一时间不满足第一时间条件，包括：

获取所述第一消息的第一时刻将所述第一消息放入设置有所述第一时间阈值的第一消息队列中；

在第二时刻检测到所述第一消息队列中无新增第一消息，其中所述第二时刻晚于所述第一时刻；

检测到第二时刻与所述第一时刻之间间隔的第一时间小于所述第一时间阈值，确定获取所述第一消息的第一时间不满足第一时间条件。

5.根据权利要求1所述的方法，其特征在于，所述响应于检测到第一用户操作，还包括：

显示所述状态栏，检测到获取第一消息的第一时间满足第一时间条件，生成用于控制所述窗口模式组件显示的第三控制消息；

检测到获取第三控制消息的第二时间不满足第二时间条件，不执行所述第三控制消息，不显示所述窗口模式组件。

6.根据权利要求5所述的方法，其特征在于，所述第二时间条件包括第二时间阈值，并且，检测到获取第三控制消息的第二时间不满足第二时间条件，包括：

获取所述第三控制消息的第三时刻将所述第三控制消息放入设置有所述第二时间阈值的第二消息队列中；

在第四时刻检测到所述第二消息队列中无新增第三控制消息，其中，所述第四时刻晚于所述第三时刻；

检测到第四时刻与所述第三时刻之间间隔的第二时间小于所述第二时间阈值，确定获取所述第三控制消息的第二时间不满足第二时间条件。

7.根据权利要求1所述的方法，其特征在于，所述响应于检测到第一用户操作，隐藏所述窗口模式组件，还包括：

基于所述第一用户操作确定第一模式，基于所述第一模式创建第二窗口，其中，所述第一模式为全屏显示所述第二窗口的沉浸式显示模式；

检测到显示所述状态栏的时间满足隐藏时间阈值，隐藏所述状态栏，并生成第二消息；

基于所述第二消息延迟第三时间阈值创建用于隐藏所述窗口模式组件的第四控制消息，执行所述第四控制消息，不显示所述窗口模式组件。

8.根据权利要求1至7中任意一项所述的方法，其特征在于，所述不显示所述窗口模式组件，还包括：

检测到所述电子设备不支持显示所述窗口模式组件时，不显示所述窗口模式组件。

9.根据权利要求2所述的方法，其特征在于，所述不显示所述窗口模式组件，还包括：

检测到所述第一窗口不支持显示所述窗口模式组件时，不显示所述窗口模式组件。

10.根据权利要求7所述的方法，其特征在于，所述不显示所述窗口模式组件，还包括：

检测到所述第二窗口不支持显示所述窗口模式组件时，不显示所述窗口模式组件。

11.一种电子设备，其特征在于，包括：一个或多个处理器；一个或多个存储器；所述一个或多个存储器存储有一个或多个程序，当所述一个或者多个程序被所述一个或多个处理器执行时，使得所述电子设备执行权利要求1至10中任一项所述的屏幕显示方法。

12.一种计算机可读存储介质，其特征在于，所述存储介质上存储有指令，所述指令在计算机上执行时使所述计算机执行权利要求1至10中任一项所述的屏幕显示方法。

13.一种计算机程序产品，其特征在于，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现权利要求1至10中任一项所述的屏幕显示方法。