CN116661670B - 管理手势导航窗口的方法、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种管理手势导航窗口的方法、电子设备及存储介质，涉及终端技术领域，该方法由电子设备执行，该方法包括：运行手势导航窗口；当检测到电子设备处于锁屏状态时，手势导航窗口停止响应触控事件；当检测到电子设备处于非锁屏状态时，手势导航窗口响应触控事件。该管理手势导航窗口的方法，保留了手势导航窗口，在电子设备处于锁屏状态时，禁止手势导航窗口响应触控事件，在电子设备处于非锁屏状态时，允许手势导航窗口响应触控事件。这种实现方式中，由于保留了手势导航窗口，不需要在解锁时再次绘制手势导航窗口，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统性能。

Description

管理手势导航窗口的方法、电子设备及存储介质

技术领域

本申请涉及终端技术领域，尤其涉及一种管理手势导航窗口的方法、电子设备及存储介质。

背景技术

为了提高电子设备的屏占比，以适应全面屏技术的发展，电子设备上物理按键逐步被取消。在电子设备上物理按键被取消的情况下，通常会采用手势导航来替代物理按键

实现对应的功能，而手势导航实现对应的功能又依赖于手势导航窗口。

在相关技术中，电子设备的系统在进入锁屏状态时，会将多个手势导航窗口从系统中移除。用户从锁屏界面解锁进入系统时，电子设备需要将多个手势导航窗口重新添加至系统中。由于每个手势导航窗口之间是独立的，因此需要多次遍历绘制才能将所有的手势导航窗口重新添加到系统中。这些手势导航窗口的遍历绘制比较耗时，抢占了中央处理器（Central Processing Unit，CPU）资源，导致系统在解锁时容易出现卡顿、解锁慢、进入桌面缓慢的问题。

发明内容

本申请提供一种管理手势导航窗口的方法、电子设备及存储介质，该管理手势导航窗口的方法，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统在解锁时的性能，避免系统在解锁时出现卡顿、解锁慢、进入桌面（首页）缓慢的情况。

第一方面，本申请提供一种管理手势导航窗口的方法，该方法由电子设备执行，该方法包括：运行手势导航窗口；当检测到电子设备处于锁屏状态时，手势导航窗口停止响应触控事件；当检测到电子设备处于非锁屏状态时，手势导航窗口响应触控事件。

可选地，本申请提供的管理手势导航窗口的方法，电子设备的系统在锁屏过程中，在窗口子系统中保留手势导航窗口。相关技术中，电子设备的系统在锁屏过程中，在窗口子系统中移除手势导航窗口，电子设备的系统从锁屏状态切换到解锁状态时，在窗口子系统中重新绘制手势导航窗口。

第一方面提供的管理手势导航窗口的方法，保留了手势导航窗口，在电子设备处于锁屏状态时，禁止手势导航窗口响应触控事件，在电子设备处于非锁屏状态时，允许手势导航窗口响应触控事件。这种实现方式中，由于保留了手势导航窗口，不需要在解锁时再次绘制手势导航窗口，消减掉了多次调用新增/添加视图接口的操作，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统在解锁时的性能，避免系统在解锁时出现卡顿、解锁慢、进入桌面（首页）缓慢的情况。

一种可能的实现方式中，在手势导航窗口停止响应触控事件之前，本申请提供的管理手势导航窗口的方法还包括：当检测到前台应用为锁屏应用时，确定电子设备处于锁屏状态，并将手势导航窗口的状态设置为禁用状态。

这种实现方式中，检测到前台应用为锁屏应用时，确定电子设备处于锁屏状态，此时不会将窗口子系统中的多个手势导航窗口移除，而是继续让多个手势导航窗口运行，同时将手势导航窗口的状态设置为禁用状态，这样可以禁止这些手势导航窗口响应触控事件。因此可以有效避免在系统锁屏时，用户对手势导航窗口误触引发的误操作。同时由于电子设备的系统锁屏时，保留了这些手势导航窗口，那么在系统解锁时，无需再绘制这些手势导航窗口，消减掉了多次调用Add View API的操作，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统在解锁时的性能，避免系统在解锁时出现卡顿、解锁慢、进入桌面（首页）缓慢的情况。

可选地，电子设备可以包括手势导航窗口管理器和输入管理服务模块。该输入管理服务模块可以包括输入管理服务（InputManagerService）线程和输入调度线程（InputDispatcher）。

其中，InputManagerService用于接收手势导航窗口管理器传递的手势导航窗口的状态的指示信息（禁用状态的指示信息或响应状态的指示信息），并将手势导航窗口的状态向下设置，即将手势导航窗口的状态的指示信息传递给InputDispatcher，InputDispatcher记录手势导航窗口的状态。

可选地，InputDispatcher还可用于监听触控事件，并将其监听到的触控事件分发给对应的显示窗口（如手势导航窗口、锁屏窗口、应用窗口等）。

可选地，InputDispatcher中可以包括子模块：输入触发器（Inputflinger）。

可选地，InputDispatcher接收到InputManagerService传递的多个手势导航窗口的状态时，可以将多个手势导航窗口的状态记录在Inputflinger中。

一种可能的实现方式中，确定电子设备处于锁屏状态，并将手势导航窗口的状态设置为禁用状态，包括：手势导航窗口管理器检测到前台应用为锁屏应用时，确定手势导航窗口的状态为禁用状态；手势导航窗口管理器将禁用状态的指示信息发送给输入管理服务模块；输入管理服务模块根据禁用状态的指示信息，将手势导航窗口的状态记录为禁用状态。

这种实现方式中，检测到前台应用为锁屏应用时，确定电子设备处于锁屏状态，此时不会将窗口子系统中的多个手势导航窗口移除，而是继续让多个手势导航窗口运行，同时将手势导航窗口的状态设置为禁用状态，这样可以禁止这些手势导航窗口响应触控事件。因此可以有效避免在系统锁屏时，用户对手势导航窗口误触引发的误操作。同时由于电子设备的系统锁屏时，保留了这些手势导航窗口，那么在系统解锁时，无需再绘制这些手势导航窗口，消减掉了多次调用Add View API的操作，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统在解锁时的性能，避免系统在解锁时出现卡顿、解锁慢、进入桌面（首页）缓慢的情况。

可选地，在一种可能的实现方式中，当手势导航窗口的数量为多个时，可以分别将每个手势导航窗口的状态设置为响应状态。例如，将每个手势导航窗口的状态记录为响应状态。

可选地，在另一种可能的实现方式中，当手势导航窗口的数量为多个时，也可以将多个手势导航窗口的状态统一设置为响应状态。例如，将多个手势导航窗口的状态统一记录为响应状态。

一种可能的实现方式中，在手势导航窗口停止响应触控事件之前，本申请提供的管理手势导航窗口的方法还包括：当检测到前台应用为非锁屏应用时，将手势导航窗口的状态设置为响应状态。

这种实现方式中，检测到前台应用为非锁屏应用时，将手势导航窗口的状态设置为响应状态，为电子设备在系统解锁后这些手势导航窗口响应触控事件提供了保障，便于这些手势导航窗口及时响应触控事件，提升了用户体验。

可选地，在一种可能的实现方式中，还可能是电子设备处于锁屏状态时，打开了其他应用的情况下，手势导航窗口管理器检测到前台应用为非锁屏应用。例如，电子设备在未解锁的情况下，接入了电话，此时会打开电话应用。又例如，电子设备在未解锁的情况下，打开了相机应用等。在这种情况下也确定手势导航窗口的状态为响应状态。

一种可能的实现方式中，将手势导航窗口的状态设置为响应状态，包括：手势导航窗口管理器检测到前台应用为非锁屏应用时，确定手势导航窗口的状态为响应状态；手势导航窗口管理器将响应状态的指示信息发送给输入管理服务模块；输入管理服务模块根据响应状态的指示信息，将手势导航窗口的状态记录为响应状态。

这种实现方式中，检测到前台应用为非锁屏应用时，确定手势导航窗口的状态为响应状态，并通过输入管理服务模块将手势导航窗口的状态设置为响应状态，为电子设备在系统解锁后这些手势导航窗口响应触控事件提供了保障，便于这些手势导航窗口及时响应触控事件，提升了用户体验。

可选地，在一种可能的实现方式中，当手势导航窗口的数量为多个时，可以分别将每个手势导航窗口的状态设置为响应状态。例如，将每个手势导航窗口的状态记录为响应状态。

可选地，在另一种可能的实现方式中，当手势导航窗口的数量为多个时，也可以将多个手势导航窗口的状态统一设置为响应状态。例如，将多个手势导航窗口的状态统一记录为响应状态。

一种可能的实现方式中，本申请提供的管理手势导航窗口的方法还包括：接收用户的触控操作；确定触控操作的触控区域；当触控区域为手势导航窗口对应的区域，且手势导航窗口的状态为禁用状态时，禁止响应触控操作。

可选地，触控操作可以包括，单击触控面板上的某个区域，双击触控面板上的某个区域，敲击触控面板上的某个区域，在触控面板上滑动，在触控面板上滑动并停顿，在触控面板上滑动并悬停，在触控面板上画字母（预先开启字母手势功能，可通过在触控面板上画字母打开相应的应用）等。

可选地，手势导航窗口对应的区域为触控热区。

这种实现方式中，当触控区域为手势导航窗口对应的区域，且手势导航窗口的状态为禁用状态时，禁止响应触控操作，可以有效避免在系统锁屏时，用户对手势导航窗口误触引发的误操作。

一种可能的实现方式中，禁止响应触控操作包括：当触控区域为手势导航窗口对应的区域，且手势导航窗口的状态为禁用状态时，将触控操作对应的触控事件透传至锁屏窗口。

可选地，可以通过输入管理服务模块中的输入调度线程，监听触控面板驱动采集的触控事件。

这种实现方式中，该触控事件对应的窗口为手势导航窗口，手势导航窗口的下一层窗口为锁屏窗口，在这种场景（即当确定触控到触控热区，且检测到手势导航窗口的状态为禁用状态）下，InputDispatcher将该触控事件透传至锁屏窗口。由于该触控事件是手势导航窗口对应的触控事件，该锁屏窗口不会响应该触控事件。可以有效避免在系统锁屏时，用户对手势导航窗口误触引发的误操作。

可选地，本申请提供的管理手势导航窗口的方法还可以包括：开启手势导航时，将手势导航窗口添加到窗口子系统的窗口管理服务模块中；窗口管理服务模块获取显示窗口的层级信息，并将显示窗口的层级信息同步至输入子系统中；当检测到窗口切换时，窗口管理服务模块将窗口状态发送给手势导航窗口管理器；手势导航窗口管理器检测前台应用为锁屏应用或非锁屏应用，根据检测结果确定手势导航窗口的状态为禁用状态或响应状态；手势导航窗口管理器将禁用状态的指示信息或响应状态的指示信息发送给输入管理服务模块；输入管理服务模块根据禁用状态的指示信息或响应状态的指示信息，将手势导航窗口的状态记录为禁用状态或响应状态。

相关技术中，在锁屏窗口与其他应用窗口发生切换时，都需要重新绘制手势导航窗口，由于每次绘制窗口比较耗时，抢占了CPU资源，导致系统运行卡顿。本申请的这种实现方式中，通过输入子系统来管理手势导航窗口，检测到窗口切换（如锁屏窗口与其他应用窗口切换）时，检测切换后的窗口对应的前台应用为锁屏应用或非锁屏应用，根据检测结果确定手势导航窗口的状态为禁用状态或响应状态，之后将手势导航窗口设置为禁用状态或响应状态。在整个过程中，一直保留手势导航窗口，根据不同场景选择禁止手势导航窗口响应触控事件，或允许手势导航窗口响应触控事件。无需重新绘制手势导航窗口，节省了窗口切换时绘制手势导航窗口的时间，降低了CPU资源的消耗，优化系统在解锁过程中的窗口切换性能，提升了系统运行的流畅度。

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

第三方面，本申请提供一种电子设备，电子设备包括：处理器、存储器和接口；处理器、存储器和接口相互配合，使得电子设备执行第一方面提供的技术方案中任意一种方法。

第四方面，本申请提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。

可选的，芯片还包括存储器，存储器与处理器通过电路或电线连接。

可选的，芯片还包括通信接口。

第五方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储了计算机程序，当计算机程序被处理器执行时，使得该处理器执行第一方面的技术方案中任意一种方法。

第六方面，本申请提供一种计算机程序产品，计算机程序产品包括：计算机程序代码，当计算机程序代码在电子设备上运行时，使得该电子设备执行第一方面的技术方案中任意一种方法。

附图说明

图1为本申请一示例性实施例示出的一种手势导航窗口示意图；

图2为本申请一示例性实施例示出的一种应用导航事件示意图；

图3为本申请一示例性实施例示出的又一种应用导航事件示意图；

图4为本申请一示例性实施例示出的另一种应用导航事件示意图；

图5为本申请一示例性实施例示出的又一种应用导航事件示意图；

图6为本申请一示例性实施例示出的另一种应用导航事件示意图；

图7为本申请一示例性实施例示出的一种绘制手势导航窗口的示意图；

图8是本申请一示例性实施例示出的电子设备的结构示意图；

图9是本申请一示例性实施例示出的电子设备的软件结构框图；

图10是本申请实施例提供的一种管理手势导航窗口的方法的流程示意图；

图11是本申请实施例提供的另一种管理手势导航窗口的方法的流程示意图；

图12是本申请实施例提供的又一种管理手势导航窗口的方法的流程示意图；

图13是本申请实施例提供的再一种管理手势导航窗口的方法的流程示意图；

图14是本申请实施例提供的又一种管理手势导航窗口的方法的流程示意图；

图15是本申请实施例提供的再一种管理手势导航窗口的方法的流程示意图；

图16为本申请实施例提供的一种芯片的结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

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

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

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

首先，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1、手势导航，是指依靠手势完成的手机导航，区别于传统的依靠物理按键或虚拟按键完成的手机导航。

2、手势导航窗口，为实现手势导航在电子设备的系统中添加的多个透明窗口，分别设置在电子设备显示界面的左侧、右侧以及底部。

3、触控热区，用于表示用户习惯操作和/或高频操作的触控区域（本申请中也指多个手势导航窗口分别对应的区域），在该触控区域中进行操作后会触发应用导航事件（如返回上一级界面、退出应用、返回桌面等事件）。

4、窗口子系统，提供窗口管理和显示管理的基础能力，是系统图形界面显示所需的基础子系统。

5、输入子系统，管理输入的子系统，可用于管理不同类型、不同原理、不同的输入信息的输入设备。

6、新增/添加视图（Add View），可通过Add View的方式动态向电子设备的系统中添加窗口。

7、触控事件（touch event），用于响应用户手指对屏幕的操作，给基于触控的用户界面提供了可靠支持。可以通过触控事件监听用户的操作，从而便于电子设备的系统响应用户的操作。触控事件会在用户手指放在屏幕上面的时候，或在屏幕上滑动的时候，或者是从屏幕上移开的时候触发。

8、前台应用，在安卓（Android）系统中，前台应用指当前占据屏幕，正在显示界面的应用。

以上是对本申请实施例所涉及的名词的简单介绍，以下不再赘述。

随着屏幕技术的发展，电子设备（例如手机、智能穿戴设备、平板电脑、个人计算机（PersonalComputer，PC）、台式计算机、笔记本电脑、大屏设备、智能电视等）的屏幕越来越大，为了提高这些电子设备的屏占比，以适应全面屏技术的发展，电子设备上物理按键逐步被取消。在电子设备上物理按键被取消的情况下，通常会采用手势导航来替代物理按键实现对应的应用导航功能，而手势导航实现对应的应用导航功能又依赖于手势导航窗口。其中，应用导航功能可以包括返回上一级界面、退出应用、返回桌面、打开最近任务等功能。

本申请中的手势导航窗口，是指为实现手势导航而在电子设备的系统中添加的多个透明窗口，这些透明窗口可分别位于电子设备显示界面的左侧、右侧以及底部。

下面本申请实施例以电子设备是手机为例，对手势导航窗口进行说明。在一个示例中，请参阅图1，图1为本申请一示例性实施例示出的一种手势导航窗口示意图。如图1中所示的第一窗口101、第二窗口102以及第三窗口103均为手势导航窗口。其中，第一窗口101设置在手机显示界面的左侧，第二窗口102设置在手机显示界面的右侧，第三窗口103设置在手机显示界面的底部。

值得说明的是，图1中是为了直观地展示不同的手势导航窗口，因此采用不同的线条（如采用密集的斜线填充了第一窗口101对应的区域，采用稀疏的斜线填充了第二窗口102对应的区域）或网格（如采用网格填充了第三窗口103对应的区域）填充了各个手势导航窗口对应的区域。实际这些手势导航窗口是设置在桌面或前台应用所对应的窗口上的透明窗口，可以理解为，这些手势导航窗口的层级高于桌面或前台应用所对应的窗口的层级，且这些手势导航窗口是透明窗口。

这些手势导航窗口各自对应的区域即为触控热区，用户在触控热区进行不同的触摸操作/手势操作后，将被不同的手势导航窗口响应，进而触发不同的应用导航事件。例如，用户在手机屏幕左侧（如第一窗口101对应的区域）或手机屏幕右侧（如第二窗口102对应的区域）向内滑动，可以触发返回上一级界面这一事件。又例如，用户在手机屏幕左侧（如第一窗口101对应的区域）或手机屏幕右侧（如第二窗口102对应的区域）向内滑动并停顿，可以触发打开侧边栏这一事件。

再例如，用户在手机屏幕底部（如第三窗口103对应的区域）向上滑动，可以触发返回桌面（也称返回首页）这一事件。又例如，用户在手机屏幕底部（如第三窗口103对应的区域）向上滑动并悬停，可以触发打开最近任务这一事件。此处仅为示例性说明，对此不做限定。

为了便于理解，下面本申请实施例将结合附图对不同的应用导航事件进行说明。在一个示例中，请参阅图2，图2为本申请一示例性实施例示出的一种应用导航事件示意图。如图2所示，图2中（a）所示的为手机主界面，譬如用户在手机主界面中点击图库图标104，手机显示界面从图2中（a）所示的主界面跳转至图2中（b）所示的图库显示界面。如图2中（c）所示，此时，若用户在手机屏幕右侧向左滑动，手机显示界面中显示触摸轨迹105，同时触发返回上一级界面这一事件，手机系统响应返回上一级界面这一事件，从而手机显示界面从图2中（c）所示的界面跳转至图2中（d）所示的手机主界面。可以理解的是，图2中（b）所示的图库显示界面是用户点击手机主界面中的图库图标104后显示的，那么手机主界面即为图2中（b）所示的图库显示界面的上一级界面，因此，用户在手机屏幕右侧向左滑动后，手机显示界面从图2中（c）所示的界面跳转至图2中（d）所示的手机主界面。

可以理解的是，在图2 中（a）、（b）、（c）以及（d）分别所示的手机显示界面中，都有如图1所示的多个手势导航窗口，由于这些手势导航窗口均为透明窗口，在图2中并未画出。当用户在手机屏幕右侧向左滑动时，手机显示界面右侧的手势导航窗口（如图1所示的第二窗口102）会响应用户的该触控操作（即在手机屏幕右侧向左滑动），进而触发应用导航事件（即返回上一级界面这一事件）。

在又一个示例中，请参阅图3，图3为本申请一示例性实施例示出的又一种应用导航事件示意图。如图3所示，图3中（a）所示的为手机主界面，譬如用户在手机主界面中点击图库图标106，手机显示界面从图3中（a）所示的主界面跳转至图3中（b）所示的图库显示界面。如图3中（c）所示，此时，若用户在手机屏幕左侧向右滑动，手机显示界面中显示触摸轨迹107，同时触发返回上一级界面这一事件，手机系统响应返回上一级界面这一事件，从而手机显示界面从图3中（c）所示的界面跳转至图3中（d）所示的手机主界面。同理，图3中（b）所示的图库显示界面是用户点击手机主界面中的图库图标106后显示的，那么手机主界面即为图3中（b）所示的图库显示界面的上一级界面，因此，用户在手机屏幕左侧向右滑动后，手机显示界面从图3中（c）所示的界面跳转至图3中（d）所示的手机主界面。

同理，在图3中（a）、（b）、（c）以及（d）分别所示的手机显示界面中，都有如图1所示的多个手势导航窗口，由于这些手势导航窗口均为透明窗口，在图3中并未画出。当用户在手机屏幕左侧向右滑动时，手机显示界面左侧的手势导航窗口（如图1所示的第一窗口101）会响应用户的该触控操作（即在手机屏幕左侧向右滑动），进而触发应用导航事件（即返回上一级界面这一事件）。

可选地，在一种可能的实现方式中，在手机显示界面从图2中（a）所示的主界面跳转至图2中（b）所示的图库显示界面，或从图3中（a）所示的主界面跳转至图3中（b）所示的图库显示界面的基础上，若用户点击了某张照片（如用户点击了今天拍摄的带有自行车的照片），则手机显示界面会全屏显示该照片，即手机显示界面从图2中（b）所示的图库显示界面跳转至全屏显示该照片，或从图3中（b）所示的图库显示界面跳转至全屏显示该照片。此时，若用户在手机屏幕右侧向左滑动，或用户在手机屏幕左侧向右滑动，手机显示界面中会显示触摸轨迹，同时触发返回上一级界面这一事件，手机系统响应返回上一级界面这一事件，从而手机显示界面从全屏显示该照片跳转至图2中（b）所示的图库显示界面，或手机显示界面从全屏显示该照片跳转至图3中（b）所示的图库显示界面。

可以理解的是，手机显示界面全屏显示该照片是用户在图2中（b）所示的图库显示界面中或图3中（b）所示的图库显示界面中，点击了该照片后显示的，那么图2中（b）所示的图库显示界面或图3中（b）所示的图库显示界面，是手机显示界面全屏显示该照片的上一级界面。因此，用户在手机屏幕右侧向左滑动或在手机屏幕左侧向右滑动，手机显示界面会从全屏显示该照片跳转至图2中（b）所示的图库显示界面，或从全屏显示该照片跳转至图3中（b）所示的图库显示界面。

在另一个示例中，请参阅图4，图4为本申请一示例性实施例示出的另一种应用导航事件示意图。如图4所示，图4中（a）所示的为手机主界面，此时，若用户在手机屏幕右侧向左滑动并停顿，则如图4中（a）所示手机显示界面中先显示触摸轨迹108，之后显示如图4中（b）所示的触摸轨迹109，并触发打开侧边栏这一事件，手机系统响应打开侧边栏这一事件。此时，手机显示界面显示如图4中（c）所示的侧边栏110。该侧边栏110中显示的是用户最近经常使用的应用，若用户点击侧边栏110中的应用图标，可实现在显示手机主界面的窗口同时开启所点击的应用图标的应用窗口，且两个窗口可以独立操作。若用户是在开启某个应用的基础上，进行了在手机屏幕右侧向左滑动并停顿的触控操作，同样也会触发打开侧边栏这一事件。此时，若用户点击侧边栏中的应用图标，可实现同时开启两个应用窗口，且两个应用窗口可以独立操作。此处仅为示例性说明，对此不做限定。

可以理解的是，在图4 中（a）、（b）以及（c）分别所示的手机显示界面中，都有如图1所示的多个手势导航窗口，由于这些手势导航窗口均为透明窗口，在图4中并未画出。当用户在手机屏幕右侧向左滑动并停顿时，手机显示界面右侧的手势导航窗口（如图1所示的第二窗口102）会响应用户的该触控操作（即在手机屏幕右侧向左滑动并停顿），进而触发应用导航事件（即打开侧边栏这一事件）。可选地，在一种可能的实现方式中，也可以是用户在手机屏幕左侧向右滑动并停顿，手机显示界面左侧的手势导航窗口（如图1所示的第一窗口101）会响应用户的该触控操作（即在手机屏幕左侧向右滑动并停顿），进而触发应用导航事件（即打开侧边栏这一事件）。

在又一个示例中，请参阅图5，图5为本申请一示例性实施例示出的又一种应用导航事件示意图。如图5所示，图5中（a）所示的为手机主界面，譬如用户在手机主界面中点击图库图标111，手机显示界面从图5中（a）所示的主界面跳转至图5中（b）所示的图库显示界面。如图5中（c）所示，若用户在手机屏幕底部向上滑动，则触发返回桌面（也称返回首页）这一事件，手机系统响应返回桌面（也称返回首页）这一事件，从而手机显示界面从图5中（c）所示的界面跳转至图5中（d）所示的手机主界面。对用户向上滑动的方式不做限定，可以是竖直向上滑动，也可以是呈抛物线的形式向上滑动（如图5中（c）所示的抛物线轨迹112）。

可以理解的是，在图5 中（a）、（b）、（c）以及（d）分别所示的手机显示界面中，都有如图1所示的多个手势导航窗口，由于这些手势导航窗口均为透明窗口，在图5中并未画出。当用户在手机屏幕底部向上滑动时，手机显示界面底部的手势导航窗口（如图1所示的第三窗口103）会响应用户的该触控操作（即在手机屏幕底部向上滑动），进而触发应用导航事件（即返回桌面（也称返回首页）这一事件）。

图2、图3以及图4分别对应的实施例与图5对应的实施例除了触发了不同的应用导航事件外，其不同之处还在于，图2、图3以及图4分别对应的实施例中，用户的触控操作在手机显示界面中会显示触摸轨迹105、触摸轨迹107、触摸轨迹108以及触摸轨迹109。而图5对应的实施例中，用户在手机屏幕底部向上滑动这一触控操作，在手机显示界面中并不会显示触摸轨迹，即实际使用过程中，抛物线轨迹112在手机显示界面中并不显示。

在另一个示例中，请参阅图6，图6为本申请一示例性实施例示出的另一种应用导航事件示意图。譬如用户在手机屏幕底部向上滑动并悬停（如用户在图6中（a）所示的手机主界面的下方向上滑动并悬停），则触发打开最近任务这一事件，手机系统响应打开最近任务这一事件。手机显示界面从图6中（a）所示的主界面跳转至图6中（b）所示的最近任务显示界面，该最近任务显示界面中包括删除控件113。如图6中（c）所示，此时，若用户点击最近任务显示界面中的删除控件113，则可以一键清理当前的最近任务（如一键清理图库应用和计算器应用），手机显示界面从图6中（c）所示的界面跳转至图6中（d）所示的界面。

同理，在图6 中（a）、（b）、（c）以及（d）分别所示的手机显示界面中，都有如图1所示的多个手势导航窗口，由于这些手势导航窗口均为透明窗口，在图6中并未画出。当用户在手机屏幕底部向上滑动并悬停时，手机显示界面底部的手势导航窗口（如图1所示的第三窗口103）会响应用户的该触控操作（即在手机屏幕底部向上滑动并悬停），进而触发应用导航事件（即打开最近任务这一事件）。

在图1至图6所示的多个例子中，都是手机系统处于解锁状态下，手机当前显示界面对应的整体窗口上添加有多个手势导航窗口，这些手势导航窗口均为透明窗口，可分别位于手机显示界面的左侧、右侧以及底部。用户在触控热区（这些手势导航窗口各自对应的区域）进行不同的触控操作后，将被不同的手势导航窗口响应，进而触发不同的应用导航事件给系统响应。

当手机系统处于锁屏状态时，不需要手势导航。可以理解为，当手机系统处于锁屏状态时，不需要实现返回上一级界面、打开侧边栏、返回桌面（也称返回首页）以及打开最近任务等功能。 因此，在相关技术中，手机系统处于锁屏状态时，手机当前显示界面为锁屏界面，锁屏界面对应的窗口上没有添加手势导航窗口。当手机系统从锁屏状态进入解锁状态时，又需要重新添加多个手势导航窗口。

相关技术中通常采用的做法为，系统进入锁屏状态时，移除窗口子系统中的多个手势导航窗口，当用户对手机的锁屏界面进行解锁，使手机系统从锁屏状态进入解锁状态时，重新在窗口子系统中添加多个手势导航窗口。由于各个手势导航窗口之间是独立的，因此有几个手势导航窗口，就需要单独添加几次，才可以将这些手势导航窗口都添加完成。通常通过调用新增/添加视图（Add View）接口（Application Programming Interface，API）实现手势导航窗口的添加。

然而，在安卓（Android）机制下，每调用一次Add View API便会触发一次整体窗口的遍历绘制。例如，本申请实施例中有三个手势导航窗口，需要调用三次Add View API，也就是说会触发三次整体窗口的遍历绘制，而这些整体窗口的遍历绘制比较耗时，抢占了CPU资源，导致系统在解锁时容易出现卡顿、解锁慢、进入桌面（首页）缓慢的问题。

下面结合附图对相关技术中绘制手势导航窗口的场景进行描述。在一个示例中，请参阅图7，图7为本申请一示例性实施例示出的一种绘制手势导航窗口的示意图。如图7中（a）所示，用户对手机的锁屏界面进行解锁，使手机系统从锁屏状态进入解锁状态。先调用一次Add View API，绘制出一个第一整体窗口，第一整体窗口包括左侧的手势导航窗口和桌面应用窗口（或前台应用窗口），如绘制出图7中（b）所示的第一窗口101和桌面或前台应用对应的窗口。在绘制出第一整体窗口的基础上，再调用一次Add View API，绘制出一个第二整体窗口，第二整体窗口包括左侧的手势导航窗口、右侧的手势导航窗口，以及桌面应用窗口（或前台应用窗口），如绘制出图7中（c）所示的第一窗口101、第二窗口102，以及桌面或前台应用对应的窗口。在绘制出第二整体窗口的基础上，再调用一次Add View API，绘制出一个第三整体窗口，第三整体窗口包括左侧的手势导航窗口、右侧的手势导航窗口、底部的手势导航窗口，以及桌面应用窗口（或前台应用窗口），如绘制出图7中（d）所示的第一窗口101、第二窗口102、第三窗口103，以及桌面或前台应用对应的窗口。如此，才将三个手势导航窗口都绘制完成。

这种绘制窗口的方式比较耗时，抢占了CPU资源，导致系统在解锁时容易出现卡顿、解锁慢、进入桌面（首页）缓慢的问题。为此，本申请实施例提供了一种管理手势导航窗口的方法，该管理手势导航窗口的方法可以通过输入子系统管理手势导航窗口，以此优化系统在解锁过程中的窗口切换性能。

示例性地，本申请实施例提供的管理手势导航窗口的方法，在系统进入锁屏状态时，将多个手势导航窗口（如三个手势导航窗口）在窗口子系统中保留，同时禁止这些手势导航窗口响应触控事件。当系统从锁屏状态进入解锁状态时，再恢复这些手势导航窗口对触控事件的响应。这种实现方式中，由于不需要在解锁时绘制这些手势导航窗口，消减掉了多次（与手势导航窗口的数量对应，如三次）调用Add View API的操作，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统在解锁时的性能，避免系统在解锁时出现卡顿、解锁慢、进入桌面（首页）缓慢的情况。

本申请实施例中的电子设备可以是手机、平板电脑、可穿戴设备、车载设备、增强现实（Augmented Reality，AR）/虚拟现实（Virtual Reality，VR）设备、手持计算机、笔记本电脑、超级移动个人计算机（Ultra-Mobile Personal Computer，UMPC）、上网本、个人数字助理（Personal Digital Assistant，PDA）等包括触摸屏的设备，本申请实施例对该电子设备的具体类型和形态不作任何限制。

下面将结合附图对本申请实施例中涉及的电子设备的结构进行简单介绍。请参考图8，图8是本申请一示例性实施例示出的电子设备的结构示意图。

电子设备200可以包括处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，按键290，马达291，指示器292，摄像头293，显示屏294，以及用户标识模块(subscriber identification module，SIM)卡接口295等。其中传感器模块280可以包括压力传感器280A，陀螺仪传感器280B，气压传感器280C，磁传感器280D，加速度传感器280E，距离传感器280F，接近光传感器280G，指纹传感器280H，温度传感器280J，触摸传感器280K，环境光传感器280L，骨传导传感器280M等。

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

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

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

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

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

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

充电管理模块240用于从充电器接收充电输入。充电管理模块240为电池242充电的同时，还可以通过电源管理模块241为电子设备200供电。

电源管理模块241用于连接电池242、充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，外部存储器，显示屏294，摄像头293，以及无线通信模块260等供电。在其他一些实施例中，电源管理模块241也可以设置于处理器210中。在另一些实施例中，电源管理模块241和充电管理模块240也可以设置于同一个器件中。

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

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

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

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器270A，受话器270B等)输出声音信号，或通过显示屏294显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器210，与移动通信模块250或其他功能模块设置在同一个器件中。

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

在一些实施例中，电子设备200的天线1和移动通信模块250耦合，天线2和无线通信模块260耦合，使得电子设备200可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(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)，BT，GNSS，WLAN，NFC ，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。可以理解，本申请实施例中，定位或导航系统中的硬件模块可称为定位传感器。

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

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

其中，本申请实施例中的显示屏294可以是触摸屏。该显示屏294中可以集成有触摸传感器280K。该触摸传感器280K也可以称为“触控面板”。也就是说，显示屏294可以包括显示面板和触摸面板，由触摸传感器280K与显示屏294组成触摸屏，也称“触控屏”。触摸传感器280K用于检测作用于其上或附近的触摸操作。触摸传感器280K检测到的触摸操作后，可以由内核层的驱动(如TP驱动)传递给上层，以确定触控事件类型。可以通过显示屏294提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器280K也可以设置于电子设备200的表面，与显示屏294所处的位置不同。

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

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

压力传感器280A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器280A可以设置于显示屏294。压力传感器280A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器280A，电极之间的电容改变。电子设备200根据电容的变化确定压力的强度。当有触摸操作作用于显示屏294，电子设备200根据压力传感器280A检测触摸操作强度。电子设备200也可以根据压力传感器280A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

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

可以理解，电子设备还可以包括速度传感器。速度传感器用于获取电子设备的移动速度。

环境光传感器280L用于感知环境光亮度。电子设备200可以根据感知的环境光亮度自适应调节显示屏294亮度。环境光传感器280L也可用于拍照时自动调节白平衡。环境光传感器280L还可以与接近光传感器280G配合，检测电子设备200是否在口袋里，以防误触。具体到本申请实施例的方法中，电子设备200可以根据环境光传感器280L感知环境光亮度进行场景识别，确定电子设备200所在的环境场景（室内场景或室外场景）是否发生变化。

按键290包括开机键，音量键等。按键290可以是机械按键。也可以是触摸式按键。电子设备200可以接收按键输入，产生与电子设备200的用户设置以及功能控制有关的键信号输入。马达291可以产生振动提示。马达291可以用于来电振动提示，也可以用于触摸振动反馈。指示器292可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口295用于连接SIM卡。SIM卡可以通过插入SIM卡接口295，或从SIM卡接口295拔出，实现和电子设备200的接触和分离。电子设备200可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口295可以支持Nano SIM卡，Micro SIM卡，SIM卡等。

以下实施例中的方法均可以在具有上述硬件结构的电子设备200中实现。

上面对本申请实施例涉及的电子设备200的结构进行了简单介绍，下面对本申请实施例涉及的软件结构进行简单介绍。请参考图9，图9是本申请一示例性实施例示出的电子设备的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，以电子设备200是Android系统为例进行说明，Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图9所示，应用程序包可以包括相机、日历、地图、无线局域网（wireless local area networks，WLAN）、音乐、短信息、导航、购票、通讯、解锁屏应用等应用程序。

其中，通讯应用程序可以用于实现即时通讯业务。解锁屏应用可以通过解锁屏模块（如Keyguard模块）实现，即通过Keyguard模块实现电子设备的锁屏、解锁等功能。

应用程序框架层为应用程序层的应用程序提供应用编程接口（ApplicationProgramming Interface，API）和编程框架。应用程序框架层包括一些预先定义的函数。

作为本申请的一个示例，应用程序框架层可以包括手势导航窗口管理器（GestureNavManager），用于检测电子设备当前的前台应用是否为锁屏应用，并根据不同的检测结果确定手势导航窗口的不同状态。例如，若通过手势导航窗口管理器检测到电子设备当前的前台应用为锁屏应用，也就是说电子设备当前显示界面显示的是锁屏主界面，则将手势导航窗口的状态确定为禁用状态（或称为禁用触控）。若通过手势导航窗口管理器检测到电子设备当前的前台应用为非锁屏应用，也就是说电子设备当前显示界面显示的不是锁屏主界面，则将手势导航窗口的状态确定为响应状态（或称为响应触控）。

可选地，应用程序框架层还可以包括输入管理服务模块。该输入管理服务模块可以包括输入管理服务（InputManagerService）线程和输入调度线程（InputDispatcher）。其中，InputManagerService用于接收手势导航窗口管理器传递的手势导航窗口的状态的指示信息（禁用状态的指示信息或响应状态的指示信息），并将手势导航窗口的状态向下设置，即将手势导航窗口的状态的指示信息传递给InputDispatcher，InputDispatcher记录手势导航窗口的状态。InputDispatcher还可用于监听触控事件，并将其监听到的触控事件分发给对应的应用窗口。

可选地，在一种可能的实现方式中，InputDispatcher中可以包括子模块：输入触发器（Inputflinger），InputDispatcher接收到InputManagerService传递的多个手势导航窗口的状态时，可以将多个手势导航窗口的状态记录在Inputflinger中。

可选地，应用程序框架层还可以包括窗口管理服务模块。窗口管理服务模块可用于管理窗口程序，可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。当电子设备的系统发生窗口切换时，该窗口管理服务模块可以及时感知。可以理解的是，当系统进入锁屏状态或从锁屏状态退出，均会触发窗口切换。例如，电子设备显示界面当前显示的是桌面，即桌面应用窗口处于运行状态，此时用户进行了锁屏操作，系统进入锁屏状态，那么锁屏窗口就处于运行状态。此过程中，窗口发生了切换，即窗口从桌面应用窗口切换为锁屏窗口。又例如，电子设备的系统当前处于锁屏状态，即锁屏窗口处于运行状态，此时用户进行了解锁操作，系统解锁进入桌面，那么桌面应用处于运行状态。此过程中，窗口发生了切换，即窗口从锁屏窗口切换为桌面应用窗口。

该窗口管理服务模块可以包括窗口树管理模块和窗口层级表。其中，窗口树管理模块用于以树形数据结构对各个窗口（如手势导航窗口、锁屏窗口、应用窗口等）进行组织管理。窗口层级表用于记录各个窗口（如手势导航窗口、锁屏窗口、应用窗口等）对应的层级信息。

可选地，应用程序框架层还可以包括内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

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

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

电话管理器用于提供电子设备200的通信功能，例如通话状态的管理（包括接通，挂断等）。

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

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

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绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层可以包括触控面板驱动（TouchPanelDriver），触控面板驱动用于采集用户（如用户手指或者触控笔等触控物体）对电子设备的触控面板进行触摸操作后，产生的触控事件。之后，触控面板驱动将采集到的触控事件上传给InputDispatcher。

内核层还可以包括显示驱动，显示驱动可用于显示不同的显示窗口，如手势导航窗口、锁屏窗口、应用窗口等。

内核层还可以包括摄像头驱动，音频驱动、传感器驱动等。

上面对本申请实施例涉及的软件结构进行了简单介绍，下面本申请各实施例将以具有图8和图9所示结构的电子设备为例，结合附图和应用场景，对本申请实施例提供的管理手势导航窗口的方法进行具体阐述。

本申请实施例提供的管理手势导航窗口的方法，主要在两种不同的状态下对手势导航窗口进行管理。第一种，电子设备的系统处于锁屏状态，对手势导航窗口的管理；第二种，电子设备的系统处于非锁屏状态，对手势导航窗口的管理。下面对这两种不同状态下对手势导航窗口进行不同管理的方式分别进行说明。

1）电子设备的系统处于锁屏状态，对手势导航窗口的管理

电子设备的系统处于锁屏状态，对手势导航窗口的管理，又可以分为两种情况。第一种，电子设备的系统在锁屏过程中，对手势导航窗口的管理；第二种，电子设备的系统进入锁屏后，对手势导航窗口的管理。本实施例中将结合附图对这两种情况进行详细说明。

第一种情况，电子设备的系统在锁屏过程中，对手势导航窗口的管理。请参阅图10，图10是本申请实施例提供的一种管理手势导航窗口的方法的流程示意图。该方法包括：

S101、接收对解锁屏模块的锁屏操作。

电子设备的系统接收对解锁屏模块（如Keyguard模块）的锁屏操作。锁屏操作可以由用户触发。例如，在一种可能的实现方式中，用户在电子设备上点击了虚拟锁屏键，触发了锁屏操作。在另一种可能的实现方式中，用户按了电子设备上的实体锁屏按键，触发了锁屏操作。在又一种可能的实现方式中，用户在电子设备中设置锁屏语音，通过锁屏语音触发锁屏操作。

锁屏操作也可以由电子设备触发。例如，在电子设备中预先设置自动锁屏，自动锁屏的时间到达后，电子设备会自动触发锁屏操作。

S102、电子设备的系统锁屏，并保留手势导航窗口。

电子设备的系统接收到该锁屏操作后，对电子设备进行锁屏。在相关技术中，电子设备的系统锁屏时，会将窗口子系统中的多个手势导航窗口移除，本申请实施方式中，电子设备的系统锁屏时（即在锁屏过程中），将多个手势导航窗口（如三个手势导航窗口）在窗口子系统中保留。即本申请实施方式中，电子设备的系统锁屏时（即在锁屏过程中），不会将窗口子系统中的多个手势导航窗口移除，而是继续让多个手势导航窗口运行。

S103、手势导航窗口管理器检测到前台应用为锁屏应用时，确定手势导航窗口的状态为禁用状态，手势导航窗口管理器将该禁用状态的指示信息发送给输入管理服务模块。

手势导航窗口管理器可以检测到电子设备当前正在运行的前台应用是否为锁屏应用。若检测到前台应用为锁屏应用，即电子设备当前的显示界面显示的是锁屏主界面（如图7中（a）所示的锁屏主界面），则证明当前不需要手势导航，也就不需要手势导航窗口响应触控事件。因此确定手势导航窗口的状态为禁用状态，该禁用状态用于表示禁止手势导航窗口响应触控事件。

手势导航窗口管理器将手势导航窗口的状态为禁用状态这一指示信息发送给输入管理服务模块。

S104、输入管理服务模块根据禁用状态的指示信息，将手势导航窗口的状态记录为禁用状态。

输入管理服务模块根据禁用状态的指示信息，将手势导航窗口的状态设置为禁用状态。其中，将手势导航窗口的状态设置为禁用状态的方式可以为，将手势导航窗口的状态记录为禁用状态，具体可以通过修改手势导航窗口的状态对应的代码实现。可以理解的是，在S103中是确定了手势导航窗口的状态为禁用状态，而在S104中具体将手势导航窗口的状态设置为禁用状态。

可选地，在一种可能的实现方式中，当手势导航窗口的数量为多个时，可以分别将每个手势导航窗口的状态设置为禁用状态。例如，将每个手势导航窗口的状态记录为禁用状态。

可选地，在另一种可能的实现方式中，当手势导航窗口的数量为多个时，也可以将多个手势导航窗口的状态统一设置为禁用状态。例如，将多个手势导航窗口的状态统一记录为禁用状态。

这种实现方式中，电子设备的系统锁屏时，将多个手势导航窗口在窗口子系统中保留，即电子设备的系统锁屏时，不会将窗口子系统中的多个手势导航窗口移除，而是继续让多个手势导航窗口运行，同时禁止这些手势导航窗口响应触控事件。这样可以有效避免在系统锁屏时，用户对手势导航窗口误触引发的误操作。同时由于电子设备的系统锁屏时，保留了这些手势导航窗口，那么在系统解锁时，无需再绘制这些手势导航窗口，消减掉了多次调用Add View API的操作，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统在解锁时的性能，避免系统在解锁时出现卡顿、解锁慢、进入桌面（首页）缓慢的情况。

作为本申请的一个示例，上述S104的具体实现方式可以包括S1041和S1042：

S1041、输入管理服务模块中的输入管理服务接收手势导航窗口管理器发送的禁用状态的指示信息，并将该禁用状态的指示信息发送给输入管理服务模块中的输入调度线程。

S1042、输入管理服务模块中的输入调度线程将手势导航窗口的状态记录为禁用状态。

输入管理服务模块可以包括输入管理服务（InputManagerService）线程和输入调度线程（InputDispatcher）。InputManagerService接收到手势导航窗口管理器发送的禁用状态的指示信息后，将手势导航窗口的状态向下设置，即将禁用状态的指示信息发送给InputDispatcher，InputDispatcher将手势导航窗口的状态记录为禁用状态。

可选地，在一种可能的实现方式中，InputDispatcher中可以包括子模块：输入触发器（Inputflinger）。InputDispatcher接收到InputManagerService发送的禁用状态的指示信息后，可以将手势导航窗口的禁用状态记录在Inputflinger中，即在Inputflinger中将手势导航窗口的状态记录为禁用状态。

这种实现方式中，将手势导航窗口的状态设置为禁用状态，即可实现禁止这些手势导航窗口响应触控事件。这样可以有效避免在系统锁屏时，用户对手势导航窗口误触引发的误操作。

第二种情况，电子设备的系统进入锁屏后，对手势导航窗口的管理。请参阅图11，图11是本申请实施例提供的另一种管理手势导航窗口的方法的流程示意图。该方法包括：

S201、输入管理服务模块中的输入调度线程，监听触控面板驱动采集的触控事件。

用户可通过手指（指腹、指关节等）或者触控笔等触控物体，对电子设备的触控面板进行触控操作。触控操作可以包括，单击触控面板上的某个区域，双击触控面板上的某个区域，敲击触控面板上的某个区域，在触控面板上滑动，在触控面板上滑动并停顿，在触控面板上滑动并悬停，在触控面板上画字母（预先开启字母手势功能，可通过在触控面板上画字母打开相应的应用）等。此处仅为示例性说明，对此不做限定。

触控面板驱动（TouchPanel Driver）采集基于该触控操作产生的触控事件。触控事件可以包括，返回桌面（也称返回首页）事件、返回上一级界面事件、打开侧边栏事件、打开最近任务事件、开启应用事件（如打开相机、打开图库等应用）等。此处仅为示例性说明，对此不做限定。

InputDispatcher监听TouchPanel Driver采集的这些触控事件。

S202、输入调度线程根据触控事件判断是否触控到触控热区。

触控热区包括这些手势导航窗口各自对应的区域。可以理解的是，在设置手势导航窗口时，可以设置每个手势导航窗口的长宽、位置、坐标等，从而确定了每个手势导航窗口的区域。非触控热区包括除这些手势导航窗口各自对应的区域之外的区域。

输入调度线程根据触控事件判断是否触控到触控热区，可以理解为，输入调度线程判断触控事件对应的触控区域是否为触控热区。示例性地，获取该触控事件对应的触控起点的坐标信息，根据该触控起点的坐标信息判断该触控起点在触控热区内，还是非触控热区内，即判断该触控起点在这些手势导航窗口各自对应的区域内，还是在除这些手势导航窗口各自对应的区域之外的区域内。当触控起点在触控热区内，判定触控到触控热区，即判定触控事件对应的触控区域为触控热区；当触控起点不在触控热区内，判定未触控到触控热区，即判定触控事件对应的触控区域非触控热区。

S203、当确定触控到触控热区，且检测到手势导航窗口的状态为禁用状态，输入调度线程将触控事件透传至下一层窗口。

本实施例中，电子设备的系统处于锁屏状态，手势导航窗口的状态被设置为禁用状态，那么InputDispatcher在检测手势导航窗口的状态时，检测到的结果为禁用状态。即当前满足触控到触控热区，且手势导航窗口的状态为禁用状态，那么InputDispatcher将该触控事件透传至下一层窗口。因为该触控事件对应的触控区域为触控热区，所以该触控事件对应的窗口为手势导航窗口，手势导航窗口的下一层窗口为锁屏窗口，在这种场景（即当确定触控到触控热区，且检测到手势导航窗口的状态为禁用状态）下，InputDispatcher将该触控事件透传至锁屏窗口。由于该触控事件是手势导航窗口对应的触控事件，该锁屏窗口不会响应该触控事件。

这种实现方式中，电子设备的系统处于锁屏状态，手势导航窗口的状态被设置为禁用状态，可以有效避免在系统锁屏时，用户对手势导航窗口误触引发的误操作。同时由于电子设备的系统在锁屏时，也并未移除这些手势导航窗口，那么在系统解锁时，无需再绘制这些手势导航窗口，消减掉了多次调用Add View API的操作，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统在解锁时的性能，避免系统在解锁时出现卡顿、解锁慢、进入桌面（首页）缓慢的情况。

S204、当确定未触控到触控热区，输入调度线程将触控事件发送至应用窗口。

当确定未触控到触控热区，或者说，当确定触控到非触控热区，输入调度线程确定该触控事件对应的应用窗口，并将该触控事件发送至该应用窗口。该应用窗口用于响应该触控事件。例如，该触控事件为打开相机应用，输入调度线程确定该触控事件对应的应用窗口为相机应用窗口，并将该触控事件发送至相机应用窗口。

这种实现方式中，电子设备的系统虽处于锁屏状态，但是对于非触控热区的触控事件还是会响应，因此在确定未触控到触控热区时，将触控事件发送至应用窗口，让该应用窗口去响应用户的触控事件，满足了用户的不同需求，提升了用户体验感。

2）电子设备的系统处于非锁屏状态，对手势导航窗口的管理

电子设备的系统处于非锁屏状态，对手势导航窗口的管理，可以分为两种情况。第一种情况，电子设备的系统在解锁过程中，对手势导航窗口的管理；第二种情况，电子设备的系统解锁后，对手势导航窗口的管理。本实施例中将结合附图对这两种情况进行详细说明。

第一种情况，电子设备的系统在解锁过程中，对手势导航窗口的管理。请参阅图12，图12是本申请实施例提供的又一种管理手势导航窗口的方法的流程示意图，该方法包括：

S301、接收对解锁屏模块的解锁操作。

电子设备的系统接收对解锁屏模块的解锁操作。解锁操作可以由用户触发。例如，在一种可能的实现方式中，用户在锁屏主界面上绘制了解锁图案，触发了解锁操作。在又一种可能的实现方式中，用户在锁屏主界面上输入了解锁密码，触发了解锁操作。在另一种可能的实现方式中，用户在锁屏主界面的指纹区域输入了指纹，触发了解锁操作。在又一种可能的实现方式中，电子设备上的前置摄像头识别到了用户的面容，触发了解锁操作。在另一种可能的实现方式中，用户在电子设备上的物理指纹键上输入了指纹，触发了解锁操作。此处仅为示例性说明，对此不做限定。

S302、电子设备的系统解锁。

电子设备的系统接收到该解锁操作后，对电子设备进行解锁。在相关技术中，电子设备的系统锁屏时，会将窗口子系统中的多个手势导航窗口移除。因此，在相关技术中电子设备的系统从锁屏状态切换至解锁状态时，需要在窗口子系统中重新绘制多个手势导航窗口。而本申请实施方式中，电子设备的系统锁屏时（即在锁屏过程中），将多个手势导航窗口（如三个手势导航窗口）在窗口子系统中保留，并未移除。因此，本申请实施方式中电子设备的系统从锁屏状态切换至解锁状态时，不需要重新绘制多个手势导航窗口。

S303、手势导航窗口管理器检测到前台应用为非锁屏应用时，确定手势导航窗口的状态为响应状态，手势导航窗口管理器将该响应状态的指示信息发送给输入管理服务模块。

手势导航窗口管理器可以检测到电子设备当前正在运行的前台应用是否为锁屏应用。若检测到前台应用为非锁屏应用，即电子设备当前的显示界面显示的不是锁屏主界面，则证明当前需要手势导航，也即需要手势导航窗口响应触控事件。因此确定手势导航窗口的状态为响应状态，该响应状态用于表示允许手势导航窗口响应触控事件。

可选地，在一种可能的实现方式中，还可能是电子设备处于锁屏状态时，打开了其他应用的情况下，手势导航窗口管理器检测到前台应用为非锁屏应用。例如，电子设备在未解锁的情况下，接入了电话，此时会打开电话应用。又例如，电子设备在未解锁的情况下，打开了相机应用等。当电子设备处于锁屏状态时，前台应用为锁屏应用，打开其他应用时，前台应用为非锁屏应用，在此过程中，应用窗口发生了切换，即从锁屏应用切换为非锁屏应用。虽然电子设备未解锁，但是打开了其他应用，手势导航窗口管理器在检测前台应用时，检测到的依然是前台应用为非锁屏应用，那么当前需要手势导航，也即需要手势导航窗口响应触控事件。因此，在这种情况下确定手势导航窗口的状态为响应状态。

手势导航窗口管理器将手势导航窗口的状态为响应状态这一指示信息发送给输入管理服务模块。

S304、输入管理服务模块根据响应状态的指示信息，将手势导航窗口的状态记录为响应状态。

输入管理服务模块根据响应状态的指示信息，将手势导航窗口的状态设置为响应状态，或者清除手势导航窗口的禁用状态。其中，将手势导航窗口的状态设置为响应状态的方式可以为，将手势导航窗口的状态记录为响应状态，具体可以通过修改手势导航窗口的状态对应的代码实现。可以理解的是，在S203中是确定了手势导航窗口的状态为响应状态，而在S304中具体将手势导航窗口的状态设置为响应状态。

可选地，在一种可能的实现方式中，当手势导航窗口的数量为多个时，可以分别将每个手势导航窗口的状态设置为响应状态。例如，将每个手势导航窗口的状态记录为响应状态。

可选地，在另一种可能的实现方式中，当手势导航窗口的数量为多个时，也可以将多个手势导航窗口的状态统一设置为响应状态。例如，将多个手势导航窗口的状态统一记录为响应状态。

这种实现方式中，由于电子设备在系统锁屏时，将多个手势导航窗口在窗口子系统中保留，电子设备在系统解锁时，无需再绘制这些手势导航窗口，消减掉了多次调用AddView API的操作，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统在解锁时的性能，避免系统在解锁时出现卡顿、解锁慢、进入桌面（首页）缓慢的情况。同时，将这些手势导航窗口的状态设置为响应状态，为电子设备在系统解锁后这些手势导航窗口响应触控事件提供了保障，便于这些手势导航窗口及时响应触控事件，提升了用户体验。

作为本申请的一个示例，上述S304的具体实现方式可以包括S3041和S3042：

S3041、输入管理服务模块中的输入管理服务接收手势导航窗口管理器发送的响应状态的指示信息，并将该响应状态的指示信息发送给输入管理服务模块中的输入调度线程。

S3042、输入管理服务模块中的输入调度线程将手势导航窗口的状态记录为响应状态。

输入管理服务模块可以包括输入管理服务（InputManagerService）线程和输入调度线程（InputDispatcher）。InputManagerService接收到手势导航窗口管理器发送的响应状态的指示信息后，将手势导航窗口的状态向下设置，即将响应状态的指示信息发送给InputDispatcher，InputDispatcher将手势导航窗口的状态记录为响应状态。

可选地，在一种可能的实现方式中，InputDispatcher中可以包括子模块：输入触发器（Inputflinger）。InputDispatcher接收到InputManagerService发送的响应状态的指示信息后，可以将手势导航窗口的响应状态记录在Inputflinger中，即在Inputflinger中将手势导航窗口的状态记录为响应状态。

这种实现方式中，将手势导航窗口的状态设置为响应状态，即可实现这些手势导航窗口响应触控事件。为电子设备在系统解锁后这些手势导航窗口响应触控事件提供了保障，便于这些手势导航窗口及时响应触控事件，提升了用户体验。

第二种情况，电子设备的系统解锁后，对手势导航窗口的管理。请参阅图13，图13是本申请实施例提供的再一种管理手势导航窗口的方法的流程示意图，该方法包括：

S401、输入管理服务模块中的输入调度线程，监听触控面板驱动采集的触控事件。

S402、输入调度线程根据触控事件判断是否触控到触控热区。

本实施方式中S401和S402的具体实现方式，可以参考上述S201和S202中的描述，此处不再赘述。

S403、当确定触控到触控热区，输入调度线程将触控事件发送至手势导航窗口。

本实施例中，电子设备的系统处于解锁状态，手势导航窗口的状态被设置为响应状态，那么InputDispatcher在检测手势导航窗口的状态时，检测到的结果为响应状态。当前触控事件是在触控热区发生的，InputDispatcher将该触控事件发送至手势导航窗口，手势导航窗口响应该触控事件。

S404、当确定触控到应用区域，输入调度线程将触控事件发送至应用窗口。

当确定未触控到触控热区，或者说，当确定触控到非触控热区，非触控区域包括应用区域（即电子设备中各个应用软件对应的可触控的区域），输入调度线程确定该触控事件对应的应用窗口，并将该触控事件发送至该应用窗口。该应用窗口用于响应该触控事件。例如，该触控事件为打开图库应用，输入调度线程确定该触控事件对应的应用窗口为图库应用窗口，并将该触控事件发送至图库应用窗口。

这种实现方式中，电子设备的系统处于非锁屏状态，手势导航窗口的状态为响应状态。通过触控事件判断触控到触控热区还是触控到应用区域，从而将该触控事件发送给手势导航窗口或应用窗口，由手势导航窗口或应用窗口响应该触控事件。实现了在非锁屏状态下，对各种触控事件的积极响应，提升了用户体验。同时，由于电子设备的系统在锁屏时，并未移除手势导航窗口，那么在系统解锁时，无需再绘制这些手势导航窗口，消减掉了多次调用Add View API的操作，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统在解锁时的性能，避免系统在解锁时出现卡顿、解锁慢、进入桌面（首页）缓慢的情况。

上面本申请实施例以电子设备的系统在两种不同的状态下，对管理手势导航窗口的方法进行了阐述，下面本申请实施例将结合附图以窗口切换的角度对管理手势导航窗口的方法进行具体阐述。

请参阅图14，图14是本申请实施例提供的又一种管理手势导航窗口的方法的流程示意图。该方法包括：

S501、开启手势导航时，将手势导航窗口添加到窗口子系统的窗口管理服务模块中。

示例性地，用户可在电子设备的系统中开启手势导航。例如，在电子设备的系统中打开设置，再点击辅助功能；进入到辅助功能中，下拉点击系统导航方式；在系统导航方式中，点击选中手势导航即可开启手势导航。其中，系统导航方式可以包括手势导航、屏幕内三键导航以及悬浮导航。

值得说明的是，本申请实施方式中，在电子设备的系统中开启手势导航时，需要在窗口子系统中绘制多个手势导航窗口。若用户未切换系统导航方式，即用户的系统导航方式一直是手势导航，则绘制的多个手势导航窗口一直保留在窗口子系统中。之后，根据电子设备的系统所处的状态（锁屏状态或非锁屏状态）设置手势导航窗口的状态（禁用状态或响应状态），以此管理手势导航窗口对触控事件的响应（禁止手势导航窗口响应触控事件或运行手势导航窗口响应触控事件）。

若用户切换了系统导航方式，如用户将手势导航切换为屏幕内三键导航或悬浮导航，则移除窗口子系统中的多个手势导航窗口。若用户再次将系统导航方式切换为手势导航，如用户将屏幕内三键导航或悬浮导航切换为手势导航，则需要在窗口子系统中再次绘制多个手势导航窗口。在用户再次切换系统导航方式之前，绘制的多个手势导航窗口一直保留在窗口子系统中。

示例性地，电子设备的系统将手势导航窗口添加到窗口子系统的窗口管理服务模块中。该窗口管理服务模块可以包括窗口树管理模块和窗口层级表。其中，窗口树管理模块用于以树形数据结构对显示窗口（如手势导航窗口、锁屏窗口、应用窗口等）进行组织管理。窗口层级表用于记录显示窗口（如手势导航窗口、锁屏窗口、应用窗口等）对应的层级信息。

S502、窗口管理服务模块获取显示窗口的层级信息，并将显示窗口的层级信息同步至输入子系统中。

显示窗口可以包括手势导航窗口、锁屏窗口、应用窗口等。层级信息可以包括显示窗口的长宽、位置、坐标、所属类型、层级等。其中，所属类型可以包括系统类型、应用类型、锁屏类型等。所属类型用于表明该显示窗口是属于系统应用的窗口，还是锁屏应用的窗口，或是应用软件的窗口。

显示窗口（如手势导航窗口、锁屏窗口、应用窗口等）在绘制时会生成其对应的层级信息，将显示窗口添加至窗口子系统的窗口管理服务模块中时，窗口管理服务模块中的窗口层级表会记录显示窗口的层级信息。

窗口管理服务模块将窗口层级表中记录的各个显示窗口的层级信息同步至输入子系统中。示例性地，输入子系统可以包括输入管理服务模块。该输入管理服务模块可以包括输入管理服务（InputManagerService）线程和输入调度线程（InputDispatcher），InputDispatcher中可以包括子模块：输入触发器（Inputflinger）。输入子系统将各个显示窗口的层级信息记录在Inputflinger中。可选地，Inputflinger中可预先设置有窗口层级信息表，将各个显示窗口的层级信息记录在Inputflinger中的窗口层级信息表中。

S503、当检测到窗口切换时，窗口管理服务模块将窗口状态发送给手势导航窗口管理器。

示例性地，当检测到电子设备当前显示界面对应的窗口发生切换，可以理解为，电子设备当前运行的应用窗口发生切换，窗口管理服务模块将切换前后的各窗口的窗口状态发送给手势导航窗口管理器。其中，窗口状态可以包括各窗口的层级信息、各窗口对应的应用、各窗口对应的运行状态等信息。

可以理解的是，解锁屏切换也属于应用窗口切换的一种。例如，电子设备的系统处于锁屏状态，前台应用为锁屏应用，即当前显示界面对应的窗口为锁屏窗口。此时用户进行了解锁操作，电子设备的系统处于解锁状态，前台应用为桌面应用，即当前显示界面对应的窗口为桌面应用窗口。该过程中，从锁屏窗口切换到了桌面应用窗口，前台应用也从锁屏应用切换到了桌面应用。

又例如，电子设备的系统处于解锁状态，前台应用为桌面应用，即当前显示界面对应的窗口为桌面应用窗口。此时用户进行了锁屏操作，电子设备的系统处于锁屏状态，前台应用为锁屏应用，即当前显示界面对应的窗口为锁屏窗口。该过程中，从桌面应用窗口切换到了锁屏窗口，前台应用也从桌面应用切换到了锁屏应用。

再例如，电子设备的系统处于锁屏状态，前台应用为锁屏应用，即当前显示界面对应的窗口为锁屏窗口。此时打开了其他应用，譬如电子设备在未解锁的情况下，接入了一个电话，前台应用为电话应用，电子设备的显示界面显示电话应用窗口。该过程中，从锁屏窗口切换到了电话应用窗口，前台应用也从锁屏应用切换到了电话应用。

S504、手势导航窗口管理器检测前台应用为锁屏应用或非锁屏应用，根据检测结果确定手势导航窗口的状态为禁用状态或响应状态。

手势导航窗口管理器根据窗口状态检测前台应用为锁屏应用或非锁屏应用。若检测结果为前台应用为锁屏应用，即电子设备当前的显示界面显示的是锁屏主界面，则证明当前不需要手势导航，也就不需要手势导航窗口响应触控事件。因此确定手势导航窗口的状态为禁用状态，该禁用状态用于表示禁止手势导航窗口响应触控事件。

若检测结果为前台应用为非锁屏应用，即电子设备当前的显示界面显示的不是锁屏主界面，则证明当前需要手势导航，也即需要手势导航窗口响应触控事件。因此确定手势导航窗口的状态为响应状态，该响应状态用于表示允许手势导航窗口响应触控事件。

S505、手势导航窗口管理器将禁用状态的指示信息或响应状态的指示信息发送给输入管理服务模块。

S506、输入管理服务模块根据禁用状态的指示信息或响应状态的指示信息，将手势导航窗口的状态记录为禁用状态或响应状态。

示例性地，输入管理服务模块根据禁用状态的指示信息，将手势导航窗口的状态设置为禁用状态。或，输入管理服务模块根据响应状态的指示信息，将手势导航窗口的状态设置为响应状态，或者清除手势导航窗口的禁用状态。具体可以参考上述S104和S304中的描述，此处不再赘述。

相关技术中，在锁屏窗口与其他应用窗口发生切换时，都需要重新绘制手势导航窗口，由于每次绘制窗口比较耗时，抢占了CPU资源，导致系统运行卡顿。本申请的这种实现方式中，通过输入子系统来管理手势导航窗口，检测到窗口切换（如锁屏窗口与其他应用窗口切换）时，检测切换后的窗口对应的前台应用为锁屏应用或非锁屏应用，根据检测结果确定手势导航窗口的状态为禁用状态或响应状态，之后将手势导航窗口设置为禁用状态或响应状态。在整个过程中，一直保留手势导航窗口，根据不同场景选择禁止手势导航窗口响应触控事件，或允许手势导航窗口响应触控事件。无需重新绘制手势导航窗口，节省了窗口切换时绘制手势导航窗口的时间，降低了CPU资源的消耗，优化系统在解锁过程中的窗口切换性能，提升了系统运行的流畅度。

可选地，在一种可能的实现方式中，请参阅图15，图15是本申请实施例提供的再一种管理手势导航窗口的方法的流程示意图。该方法在图14对应的实施例的基础上还可包括S507至S511，具体如下。

S507、输入管理服务模块中的输入调度线程，监听触控面板驱动采集的触控事件。

S508、输入调度线程根据触控事件判断是否触控到触控热区。

本实施方式中S507和S508的具体实现方式，可以参考上述S201和S202中的描述，此处不再赘述。

S509、当确定触控到触控热区，且检测到手势导航窗口的状态为禁用状态，输入调度线程将触控事件透传至下一层窗口。

本实施方式中S509的具体实现方式，可以参考上述图11对应的实施例中S203的描述，此处不再赘述。

这种实现方式中，电子设备的系统通常处于锁屏状态，手势导航窗口的状态被设置为禁用状态，可以有效避免在系统锁屏时，用户对手势导航窗口误触引发的误操作。同时由于电子设备的系统在锁屏时，也并未移除这些手势导航窗口，那么在系统解锁时，无需再绘制这些手势导航窗口，消减掉了多次调用Add View API的操作，相较于相关技术，节省了解锁时绘制手势导航窗口的时间，降低了CPU资源的消耗，提升了系统在解锁时的性能，避免系统在解锁时出现卡顿、解锁慢、进入桌面（首页）缓慢的情况。

S510、当确定触控到触控热区，且检测到手势导航窗口的状态为响应状态，输入调度线程将触控事件发送至手势导航窗口。

示例性地，确定触控到触控热区，证明当前触控事件是在触控热区发生的，且InputDispatcher在检测手势导航窗口的状态时，检测到的结果为响应状态。那么，InputDispatcher将该触控事件发送至手势导航窗口，手势导航窗口响应该触控事件。

这种实现方式中，在确定触控到触控热区，且检测到手势导航窗口的状态为响应状态，输入调度线程将触控事件发送至手势导航窗口，由手势导航窗口响应该触控事件。实现了对手势导航窗口对触控事件的积极响应，提升了用户体验。

S511、当确定未触控到触控热区，输入调度线程将触控事件发送至应用窗口。

示例性地，当确定未触控到触控热区，或者说，当确定触控到非触控热区，非触控区域包括应用区域（即电子设备中各个应用软件对应的可触控的区域），输入调度线程确定该触控事件对应的应用窗口，并将该触控事件发送至该应用窗口。该应用窗口用于响应该触控事件。例如，该触控事件为打开图库应用，输入调度线程确定该触控事件对应的应用窗口为图库应用窗口，并将该触控事件发送至图库应用窗口。

这种实现方式中，电子设备的系统可能处于锁屏状态，也可能处于非锁屏状态。无论电子设备的系统处于锁屏状态，还是处于非锁屏状态，其对于非触控热区的触控事件都会响应，因此在确定未触控到触控热区时，将触控事件发送至应用窗口，让该应用窗口去响应用户的触控事件，满足了用户的不同需求，提升了用户体验感。

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

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

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

本实施例提供的电子设备，用于执行上述管理手势导航窗口的方法，因此可以达到与上述实现方法相同的效果。

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

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

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

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储了计算机程序，当计算机程序被处理器执行时，使得处理器执行上述任一实施例的管理手势导航窗口的方法。

本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的管理手势导航窗口的方法。

本申请实施例还提供了一种芯片。请参阅图16，图16为本申请实施例提供的一种芯片的结构示意图。图16所示的芯片可以为通用处理器，也可以为专用处理器。该芯片包括处理器610。其中，处理器610用于执行上述任一实施例的管理手势导航窗口的方法。

可选的，该芯片还包括收发器620，该收发器620用于接受处理器的控制，用于支持通信装置执行前述所示的技术方案。

可选的，图16所示的芯片还可以包括：存储介质630。

需要说明的是，图16所示的芯片可以使用下述电路或者器件来实现：一个或多个现场可编程门阵列（field programmable gate array，FPGA）、可编程逻辑器件（programmable logic device，PLD）、控制器、状态机、门逻辑、分立硬件部件、任何其他适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。

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

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

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

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

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

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

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

Claims (11)

1.一种管理手势导航窗口的方法，其特征在于，应用于电子设备，所述电子设备的系统导航方式为手势导航，所述方法包括：

运行手势导航窗口；所述手势导航窗口包括为实现所述手势导航在所述电子设备的系统中添加的多个透明窗口；所述多个透明窗口分别设置在所述电子设备显示界面的左侧、右侧以及底部；

当检测到所述电子设备处于锁屏状态时，所述手势导航窗口停止响应触控事件；

当检测到所述电子设备处于非锁屏状态时，所述手势导航窗口响应所述触控事件。

2.如权利要求1所述的方法，其特征在于，所述手势导航窗口停止响应触控事件之前，所述方法还包括：

当检测到前台应用为锁屏应用时，确定所述电子设备处于锁屏状态，并将所述手势导航窗口的状态设置为禁用状态。

3.如权利要求2所述的方法，其特征在于，所述电子设备包括手势导航窗口管理器和输入管理服务模块，所述确定所述电子设备处于锁屏状态，并将所述手势导航窗口的状态设置为禁用状态，包括：

所述手势导航窗口管理器检测到所述前台应用为所述锁屏应用时，确定所述手势导航窗口的状态为禁用状态；

所述手势导航窗口管理器将禁用状态的指示信息发送给所述输入管理服务模块；

所述输入管理服务模块根据所述禁用状态的指示信息，将所述手势导航窗口的状态记录为禁用状态。

4.如权利要求1至3任一项所述的方法，其特征在于，所述手势导航窗口响应所述触控事件之前，所述方法还包括：

当检测到前台应用为非锁屏应用时，将所述手势导航窗口的状态设置为响应状态。

5.如权利要求4所述的方法，其特征在于，所述将所述手势导航窗口的状态设置为响应状态，包括：

手势导航窗口管理器检测到所述前台应用为所述非锁屏应用时，确定所述手势导航窗口的状态为响应状态；

所述手势导航窗口管理器将所述响应状态的指示信息发送给输入管理服务模块；

所述输入管理服务模块根据所述响应状态的指示信息，将所述手势导航窗口的状态记录为响应状态。

6.如权利要求2所述的方法，其特征在于，所述方法还包括：

接收用户的触控操作；

确定所述触控操作的触控区域；

当所述触控区域为所述手势导航窗口对应的区域，且所述手势导航窗口的状态为禁用状态时，禁止响应所述触控操作。

7.如权利要求6所述的方法，其特征在于，所述禁止响应所述触控操作，包括：

当所述触控区域为所述手势导航窗口对应的区域，且所述手势导航窗口的状态为禁用状态时，将所述触控操作对应的触控事件透传至锁屏窗口。

8.一种通信装置，所述通信装置包括用于执行权利要求1至7中任一项所述的方法的单元。

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

10.一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的电子设备执行如权利要求1至7中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储了计算机程序，当所述计算机程序被处理器执行时，使得所述处理器执行权利要求1至7中任一项所述的方法。