CN106502687A - 一种进入休眠状态的方法及终端 - Google Patents

Abstract

本发明实施例公开了一种进入休眠状态的方法及终端，其中方法包括：在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。终端能够在应用程序出现异常状况时解除其所申请的唤醒锁，成功进入休眠状态，降低功耗，节省电量。

Description

一种进入休眠状态的方法及终端

技术领域

本发明涉及电子技术领域，尤其涉及一种进入休眠状态的方法及终端。

背景技术

现有的安卓（Android）系统是通过唤醒锁（wake lock）来实现电源管理的，系统在未检测到唤醒锁时会进入休眠状态，以降低终端功耗。正常情况下，当一个应用程序开始运行时，会申请一个唤醒锁，以保证在其运行期间系统不会进入休眠状态，而当其运行完毕后会及时释放唤醒锁，以确保系统能及时进入休眠状态，从而达到降低功耗，节省电量的目的。

然而，实际情况中，应用程序经常会由于某些异常状况而无法及时释放唤醒锁，导致系统无法进入休眠状态，从而导致终端功耗增大，电量消耗过快。

发明内容

本发明实施例提供一种进入休眠状态的方法及终端，能够在应用程序出现异常状况时解除其所申请的唤醒锁，成功进入休眠状态，降低功耗，节省电量。

第一方面，本发明实施例提供了一种进入休眠状态的方法，该方法包括：

在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；

若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；

若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。

另一方面，本发明实施例提供了一种终端，该终端包括:

获取单元，用于在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；

判断单元，用于若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；

休眠单元，用于若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。

上述方案，终端在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。终端能够在应用程序出现异常状况时解除其所申请的唤醒锁，成功进入休眠状态，降低功耗，节省电量。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种进入休眠状态的方法的示意流程图；

图2是本发明另一实施例提供的一种进入休眠状态的方法的示意流程图；

图3是本发明实施例提供的一种终端的示意性框图；

图4是本发明另一实施例提供的一种终端示意性框图；

图5是本发明再一实施例提供的一种终端示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中，本发明实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

终端支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

请参见图1，图1是本发明实施例提供的一种进入休眠状态的方法的示意流程图。本实施例中进入休眠状态的方法的执行主体为终端。终端可以为智能手机、平板电脑等移动终端，但不限于此，还可以为其他终端，此处不做限制。如图1所示，进入休眠状态的方法可以包括以下步骤：

S101：在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息。

休眠状态是指终端将所有运行的实时数据存储到硬盘上，且关掉一切不必要的硬件的状态，即在休眠状态下，终端会将所有的任务挂起，导致任务得不到执行。因此，一个应用程序（Application，APP）在运行时，为了保证其自身的任务能够得到执行，会申请一个唤醒锁（wake lock），以保证在其运行期间终端不会进入休眠状态。

而终端在检测到没有唤醒锁时会进入休眠状态，以达到降低功耗，节省电量的目的。

可以理解的是，唤醒锁可以包括多种类型，具体根据实际情况进行设置，此处不做限制。例如，唤醒锁可以包括：PARTIAL_WAKE_LOCK类型、ACQUIRE_CAUSES_WAKEUP类型或PROXIMITY_SCREEN_OFF_WAKE_LOCK类型等。

应用程序可以根据其自身需求申请不同类型的唤醒锁。

例如，若一个应用程序申请了PARTIAL_WAKE_LOCK类型的唤醒锁，则在其运行过程中，终端会保证中央处理单元（Central Processing Unit，CPU）持续运行，而终端的屏幕和背光可以允许被关闭，即在终端屏幕和背光关闭的状态下，该应用程序还可以继续运行。

若一个程序申请了ACQUIRE_CAUSES_WAKEUP类型的唤醒锁，则在该应用程序申请该类型的唤醒锁时，终端的屏幕和背光会被强制打开。

若一个程序申请了PROXIMITY_SCREEN_OFF_WAKE_LOCK类型的唤醒锁，则当终端的接近传感器被激活时，终端会关闭屏幕。

终端在进入休眠状态的过程中，例如，终端从待机状态进入休眠状态的过程中，若检测到未被释放的唤醒锁，则终端休眠失败，此时，终端根据预设的超时检测时间获取唤醒锁的状态信息。

可以理解的是，预设的超时检测时间可以为一个，也可以为至少两个，具体根据实际情况进行设置，此处不做限制。

例如，若预设的超时检测时间为一个，且为2分钟，则终端在检测到未被释放的唤醒锁时，根据预设的超时检测时间，经过2分钟之后，再次检测并获取唤醒锁的状态信息。

若预设的超时时间为两个，且分别为2分钟和5分钟，则终端在检测到未被释放的唤醒锁时，根据预设的超时检测时间，经过2分钟之后，检测并获取唤醒锁的状态信息，若未被释放的唤醒锁还处于未被释放的状态，则经过5分钟之后，终端再次检测并获取唤醒锁的状态信息。

例如，若用于打开音乐应用程序来听音乐，在音乐应用程序的运行过程中，为了保证音乐播放任务的有效执行，音乐应用程序申请了PARTIAL_WAKE_LOCK类型的唤醒锁，在播放音乐时，若用户未对终端进行任何操作，则在预设时间后，终端会自动灭屏，终端进入待机状态。若终端从待机状态进入休眠状态的过程中，检测到未被释放的PARTIAL_WAKE_LOCK类型的唤醒锁，则终端休眠失败，此时，终端根据预设的超时检测时间，例如，终端在2分钟之后获取唤醒锁的状态信息。

S102：若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态。

终端在根据预设的超时检测时间获取唤醒锁的状态信息后，若检测到未被释放的唤醒锁还处于未被释放的状态，则终端判断未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

可以理解的是，终端可以通过获取未被释放的唤醒锁各自对应的应用程序的资源占用情况，通过判断未被释放的唤醒锁各自对应的应用程序的资源占用情况来判断未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

其中，资源占用情况具体指CPU资源占用情况。

例如，若终端判断未被释放的唤醒锁对应的应用程序的资源占用情况为零，则终端判断该未被释放的唤醒锁对应的应用程序处于停止运行状态。

或者，终端也可以通过获取未被释放的唤醒锁各自对应的应用程序的运行状态信息，通过判断未被释放的唤醒锁各自对应的应用程序的运行状态来判断未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

以步骤S101中的音乐应用程序为例，若音乐应用程序在运行过程中，由于未知异常而导致音乐停止播放，此时，音乐程序处于暂停的空闲状态，且未释放其申请的PARTIAL_WAKE_LOCK类型的唤醒锁。终端在根据预设的超时检测时间获取唤醒锁的状态信息后，若检测到音乐应用程序对应的唤醒锁还处于未被释放的状态，则终端判断音乐应用程序是否处于停止运行状态。

S103：若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。

终端若判断未被释放的唤醒锁对应的应用程序处于停止运行状态，则说明未被释放的唤醒锁对应的应用程序可能由于出现异常状况（例如未知异常）而处于暂停的空闲状态，且其在出现异常状况时并未释放其所申请的唤醒锁，此时，终端主动解除未被释放的唤醒锁，并进入休眠状态。

例如，终端在判断音乐应用程序处于停止运行状态时，主动解除其所申请的PARTIAL_WAKE_LOCK类型的唤醒锁，进入休眠状态。

上述方案，终端在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。终端能够在应用程序出现异常状况时解除其所申请的唤醒锁，成功进入休眠状态，降低功耗，节省电量。

请参见图2，图2是本发明另一实施例提供的一种进入休眠状态的方法的示意流程图。本实施例中进入休眠状态的方法的执行主体为终端。终端可以为智能手机、平板电脑等移动终端，但不限于此，还可以为其他终端，此处不做限制。如图2所示，进入休眠状态的方法可以包括以下步骤：

S201：在进入休眠状态的过程中，若检测到未被释放的唤醒锁，获取所述未被释放的唤醒锁各自对应的申请时间。

休眠状态是指终端将所有运行的实时数据存储到硬盘上，且关掉一切不必要的硬件的状态，即在休眠状态下，终端会将所有的任务挂起，导致任务得不到执行。因此，一个应用程序（Application，APP）在运行时，为了保证其自身的任务能够得到执行，会申请一个唤醒锁（wake lock），以保证在其运行期间终端不会进入休眠状态。

而终端在检测到没有唤醒锁时会进入休眠状态，以达到降低功耗，节省电量的目的。

可以理解的是，唤醒锁可以包括多种类型，具体根据实际情况进行设置，此处不做限制。例如，唤醒锁可以包括：PARTIAL_WAKE_LOCK类型、ACQUIRE_CAUSES_WAKEUP类型或PROXIMITY_SCREEN_OFF_WAKE_LOCK类型等。

应用程序可以根据其自身需求申请不同类型的唤醒锁。

例如，若一个应用程序申请了PARTIAL_WAKE_LOCK类型的唤醒锁，则在其运行过程中，终端会保证中央处理单元（Central Processing Unit，CPU）持续运行，而终端的屏幕和背光可以允许被关闭，即在终端屏幕和背光关闭的状态下，该应用程序还可以继续运行。

若一个程序申请了ACQUIRE_CAUSES_WAKEUP类型的唤醒锁，则在该应用程序申请该类型的唤醒锁时，终端的屏幕和背光会被强制打开。

若一个程序申请了PROXIMITY_SCREEN_OFF_WAKE_LOCK类型的唤醒锁，则当终端的接近传感器被激活时，终端会关闭屏幕。

在应用程序申请唤醒锁时，终端会记录每个应用程序申请的唤醒锁的类型、申请时间等信息，并将每个应用程序申请的唤醒锁的类型、申请时间等信息存储至唤醒锁信息表中。

终端在进入休眠状态的过程中，例如，终端从待机状态进入休眠状态的过程中，若检测到未被释放的唤醒锁，则终端休眠失败，此时，终端可以从预先存储的唤醒锁信息表中获取未被释放的唤醒锁各自对应的申请时间。

可以理解的是，未被释放的唤醒锁可以为一个，也可以为至少两个，具体根据终端应用程序的运行状况确定，此处不做限制。

例如，若用于打开音乐应用程序来听音乐，在音乐应用程序的运行过程中，为了保证音乐播放任务的有效执行，音乐应用程序申请了PARTIAL_WAKE_LOCK类型的唤醒锁，在播放音乐时，若用户未对终端进行任何操作，则在预设时间后，终端会自动灭屏，终端进入待机状态。若终端从待机状态进入休眠状态的过程中，检测到未被释放的PARTIAL_WAKE_LOCK类型的唤醒锁，则终端休眠失败，此时，终端获取音乐应用程序对应的唤醒锁的申请时间。

S202：根据预设的超时检测时间获取所述唤醒锁的状态信息。

终端在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取唤醒锁的状态信息。

其中，预设的超时检测时间可以为一个，也可以为至少两个，具体根据实际情况进行设置，此处不做限制。

例如，若预设的超时检测时间为一个，且为2分钟，则终端在检测到未被释放的唤醒锁时，根据预设的超时检测时间，经过2分钟之后，再次检测并获取唤醒锁的状态信息。

若预设的超时时间为两个，且分别为2分钟和5分钟，则终端在检测到未被释放的唤醒锁时，根据预设的超时检测时间，经过2分钟之后，检测并获取唤醒锁的状态信息，若未被释放的唤醒锁还处于未被释放的状态，则经过5分钟之后，终端再次检测并获取唤醒锁的状态信息。

以步骤S201中的音乐应用程序为例，终端在进入休眠状态的过程中，若检测到音乐应用程序申请的PARTIAL_WAKE_LOCK类型的唤醒锁未被释放，终端根据预设的超时检测时间，经过2分钟之后，检测并获取唤醒锁的状态信息，若未被释放的PARTIAL_WAKE_LOCK类型的唤醒锁还处于未被释放的状态，则经过5分钟之后，终端再次检测并获取唤醒锁的状态信息。

S203：若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔是否大于所述预设超时检测时间。

终端在根据预设的超时检测时间获取唤醒锁的状态信息后，若检测到未被释放的唤醒锁还处于未被释放的状态，则终端判断未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔是否大于所述预设超时检测时间。

例如，终端在根据预设的超时检测获取唤醒锁的状态信息后，若检测到音乐应用程序对应的PARTIAL_WAKE_LOCK类型的唤醒锁还处于未被释放的状态，则终端判断音乐程序对应的唤醒锁的申请时间与当前时间的时间间隔是否大于预设超时检测时间。例如，若音乐应用程序申请PARTIAL_WAKE_LOCK类型的唤醒锁的时间为早上8点，超时检测时间为5分钟，终端判断早上8点与当前时间的时间间隔是否大于5分钟。

S204：若所述未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔大于所述预设超时检测时间，判断所述未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

若终端判断未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔均大于预设超时检测时间，则终端判断未被释放的唤醒锁各自对应的应用程序的运行时间大于预设超时检测时间，此时，终端判断未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

例如，终端若判断音乐程序对应的未被释放的PARTIAL_WAKE_LOCK类型的唤醒锁的申请时间（早上8点钟）与当前时间的时间间隔大于预设超时检测时间（例如5分钟），则终端判断音乐应用程序可能由于出现异常状况而处于暂停的空闲状态，此时，终端音乐应用程序是否处于停止运行状态。

若终端判断未被释放的醒锁对应的申请时间与当前时间的时间间隔小于或等于预设超时检测时间，则终端判断未被释放的唤醒锁对应的应用程序的运行时间小于或等于预设超时检测时间，此时，终端不会直接去判断未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态，而是根据预设的超时检测时间获取唤醒锁的状态信息。

例如，终端在进入休眠状态的过程中，若检测到音乐应用程序对应的未被释放的PARTIAL_WAKE_LOCK类型的唤醒锁，终端根据预设超时检测时间，在5分钟之后，获取唤醒锁的状态信息，若在5分钟之后，终端检测到音乐应用程序对应的未被释放的PARTIAL_WAKE_LOCK类型的唤醒锁的同时，还检测到了通话应用程序对应的PROXIMITY_SCREEN_OFF_WAKE_LOCK类型的唤醒锁，说明通话应用程序是在超时检测时间之内才开始运行的，此时，通话应用程序对应的PROXIMITY_SCREEN_OFF_WAKE_LOCK类型的唤醒锁与当前时间的时间间隔小于超时检测时间，因此，终端并不会直接去判断通话应用是否处于停止运行状态，而是根据超时检测时间再次获取唤醒锁的状态信息。

进一步的，步骤S204具体可以包括以下步骤：

若所述未被释放的唤醒锁还处于未被释放的状态，根据所述未被释放的唤醒锁对应的应用程序的资源占用情况判断所述应用程序是否处于停止运行状态。

终端可以通过获取未被释放的唤醒锁各自对应的应用程序的资源占用情况，通过判断未被释放的唤醒锁各自对应的应用程序的资源占用情况来判断未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

进一步的，步骤S204具体可以包括以下步骤：

若所述未被释放的唤醒锁还处于未被释放的状态，根据所述未被释放的唤醒锁对应的应用程序的运行状态信息判断所述应用程序是否处于停止运行状态。

终端也可以通过获取未被释放的唤醒锁各自对应的应用程序的运行状态信息，通过判断未被释放的唤醒锁各自对应的应用程序的运行状态来判断未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

S205：若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。

终端若判断未被释放的唤醒锁对应的应用程序处于停止运行状态，例如，终端若判断未被释放的唤醒锁对应的应用程序未占用资源（即CPU使用率为零），则说明未被释放的唤醒锁对应的应用程序可能由于出现异常状况（例如未知异常）而处于暂停的空闲状态，且其在出现异常状况时并未释放其所申请的唤醒锁，此时，终端主动解除未被释放的唤醒锁，并进入休眠状态。

例如，终端在判断音乐应用程序处于停止运行状态时，主动解除其所申请的PARTIAL_WAKE_LOCK类型的唤醒锁，进入休眠状态。

上述方案，终端在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。终端能够在应用程序出现异常状况时解除其所申请的唤醒锁，成功进入休眠状态，降低功耗，节省电量。

参见图3，是本发明实施例提供的一种终端的示意性框图。终端300可以为智能手机、平板电脑等移动终端，还可以为其他终端，此处不做限制。本实施例的终端300包括的各单元用于执行图1对应的实施例中的各步骤，具体请参阅图1以及图1对应的实施例中的相关描述，此处不赘述。本实施例的终端300包括获取单元301、判断单元302及休眠单元303。

获取单元301用于在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息。获取单元301将唤醒锁的状态信息发送至判断单元302。

判断单元302用于接收获取单元301发送的唤醒锁的状态信息，若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态。判断单元302将判断结果发送至休眠单元303。

休眠单元303用于接收判断单元302发送的判断结果，若判断结果为未被释放的唤醒锁对应的应用程序处于停止运行状态，解除未被释放的唤醒锁，并进入休眠状态。

上述方案，终端在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。终端能够在应用程序出现异常状况时解除其所申请的唤醒锁，成功进入休眠状态，降低功耗，节省电量。

参见图4，是本发明另一实施例提供的一种终端的示意性框图。终端400可以为智能手机、平板电脑等移动终端，还可以为其他终端，此处不做限制。本实施例的终端400包括的各单元用于执行图2对应的实施例中的各步骤，具体请参阅图2以及图2对应的实施例中的相关描述，此处不赘述。本实施例的终端400包括：获取单元401、判断单元402及休眠单元403。其中，获取单元401包括时间获取单元4010和状态获取单元4011；判断单元402包括时间判断单元4020和状态判断单元4021。

时间获取单元4010用于在进入休眠状态的过程中，若检测到未被释放的唤醒锁，获取所述未被释放的唤醒锁各自对应的申请时间。时间获取单元4010将未被释放的唤醒锁各自对应的申请时间发送至判断单元402。

状态获取单元4011用于根据预设的超时检测时间获取所述唤醒锁的状态信息。状态获取单元4011将唤醒锁的状态信息发送至判断单元402。

判断单元402中的时间判断单元4020用于接收时间获取单元4010发送的未被释放的唤醒锁各自对应的申请时间以及状态获取单元4011发送的唤醒锁的状态信息，若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔是否大于所述预设超时检测时间。时间判断单元4020将判断结果发送至状态判断单元4021。

状态判断单元4021用于接收时间判断单元4020发送的判断结果，若判断结果为所述未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔大于所述预设超时检测时间，判断所述未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

进一步的，状态判断单元4021具体用于若判断结果为所述未被释放的唤醒锁还处于未被释放的状态，根据所述未被释放的唤醒锁对应的应用程序的资源占用情况判断所述应用程序是否处于停止运行状态。

进一步的，状态判断单元4021具体用于若判断结果为所述未被释放的唤醒锁还处于未被释放的状态，根据所述未被释放的唤醒锁对应的应用程序的运行状态信息判断所述应用程序是否处于停止运行状态。

状态判断单元4021将判断结果发送至休眠单元403。

休眠单元403用于接收状态判断单元4021发送的判断结果，若判断结果为所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。

上述方案，终端在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。终端能够在应用程序出现异常状况时解除其所申请的唤醒锁，成功进入休眠状态，降低功耗，节省电量。

参见图5，是本发明再一实施例提供的一种终端示意框图。如图5所示的本实施例中的终端500可以包括：一个或多个处理器501、一个或多个输入设备502、一个或多个则输出设备503及一个或多个存储器504。上述处理器501、输入设备502、则输出设备503及存储器504通过通信总线505完成相互间的通信。

存储器504用于存储程序指令。

处理器501用于根据存储器504存储的程序指令执行以下操作：

处理器501用于在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息。

处理器501还用于若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态。

处理器501还用于若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。

处理器501具体用于在进入休眠状态的过程中，若检测到未被释放的唤醒锁，获取所述未被释放的唤醒锁各自对应的申请时间。

处理器501具体用于根据预设的超时检测时间获取所述唤醒锁的状态信息。

处理器501具体用于若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔是否大于所述预设超时检测时间。

处理器501具体用于若所述未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔大于所述预设超时检测时间，判断所述未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

处理器501具体用于若所述未被释放的唤醒锁还处于未被释放的状态，根据所述未被释放的唤醒锁对应的应用程序的资源占用情况判断所述应用程序是否处于停止运行状态。

处理器501具体用于若所述未被释放的唤醒锁还处于未被释放的状态，根据所述未被释放的唤醒锁对应的应用程序的运行状态信息判断所述应用程序是否处于停止运行状态。

上述方案，终端在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。终端能够在应用程序出现异常状况时解除其所申请的唤醒锁，成功进入休眠状态，降低功耗，节省电量。

应当理解，在本发明实施例中，所称处理器501可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备502可以包括触控板、指纹采传感器（用于采集用户的指纹信息和指纹的方向信息）、摄像头、麦克风等，则输出设备503可以包括显示器（LCD等）、扬声器等。

该存储器505可以包括只读存储器和随机存取存储器，并向处理器501提供指令和数据。存储器505的一部分还可以包括非易失性随机存取存储器。例如，存储器505还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的处理器501、输入设备502、输出设备503可执行本发明实施例提供的进入休眠状态的方法的第一实施例和第二实施例中所描述的实现方式，也可执行本发明实施例所描述的终端的实现方式，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例终端中的单元可以根据实际需要进行合并、划分和删减。

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

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

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种进入休眠状态的方法，其特征在于，所述进入休眠状态的方法包括：

在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；

若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；

若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。

2.根据权利要求1所述的进入休眠状态的方法，其特征在于，所述在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息具体包括：

在进入休眠状态的过程中，若检测到未被释放的唤醒锁，获取所述未被释放的唤醒锁各自对应的申请时间；

根据预设的超时检测时间获取所述唤醒锁的状态信息。

3.根据权利要求2所述的进入休眠状态的方法，其特征在于，所述若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态具体包括：

若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔是否大于所述预设超时检测时间；

若所述未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔大于所述预设超时检测时间，判断所述未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

4.根据权利要求1至3任一项所述的进入休眠状态的方法，其特征在于，所述若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态具体包括：

若所述未被释放的唤醒锁还处于未被释放的状态，根据所述未被释放的唤醒锁对应的应用程序的资源占用情况判断所述应用程序是否处于停止运行状态。

5.根据权利要求1至3任一项所述的进入休眠状态的方法，其特征在于，所述若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态具体包括：

若所述未被释放的唤醒锁还处于未被释放的状态，根据所述未被释放的唤醒锁对应的应用程序的运行状态信息判断所述应用程序是否处于停止运行状态。

6.一种终端，其特征在于，所述终端包括：

获取单元，用于在进入休眠状态的过程中，若检测到未被释放的唤醒锁，根据预设的超时检测时间获取所述唤醒锁的状态信息；

判断单元，用于若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁对应的应用程序是否处于停止运行状态；

休眠单元，用于若所述未被释放的唤醒锁对应的应用程序处于停止运行状态，解除所述未被释放的唤醒锁，并进入休眠状态。

7.根据权利要求6所述的终端，其特征在于，所述获取单元包括：

时间获取单元，用于在进入休眠状态的过程中，若检测到未被释放的唤醒锁，获取所述未被释放的唤醒锁各自对应的申请时间；

状态获取单元，用于根据预设的超时检测时间获取所述唤醒锁的状态信息。

8.根据权利要求7所述的终端，其特征在于，所述判断单元包括：

时间判断单元，用于若所述未被释放的唤醒锁还处于未被释放的状态，判断所述未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔是否大于所述预设超时检测时间；

状态判断单元，用于若所述未被释放的唤醒锁各自对应的申请时间与当前时间的时间间隔大于所述预设超时检测时间，判断所述未被释放的唤醒锁各自对应的应用程序是否处于停止运行状态。

9.根据权利要求6至8任一项所述的终端，其特征在于，所述判断单元具体用于：

若所述未被释放的唤醒锁还处于未被释放的状态，根据所述未被释放的唤醒锁对应的应用程序的资源占用情况判断所述应用程序是否处于停止运行状态。

10.根据权利要求7所述的终端，其特征在于，所述判断单元具体用于：

若所述未被释放的唤醒锁还处于未被释放的状态，根据所述未被释放的唤醒锁对应的应用程序的运行状态信息判断所述应用程序是否处于停止运行状态。