CN115509738A - 休眠模式选择方法、装置、电子设备及计算机可读介质 - Google Patents

Abstract

本申请公开了一种休眠模式选择方法、装置、电子设备及计算机可读介质，涉及计算机技术领域，方法包括：确定所述电子设备当前运行的场景对应的与用户交互相关的目标线程；获取所述目标线程对应的运行参数；基于所述运行参数，从所述多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式；当满足睡眠条件时，控制所述电子设备进入所述指定休眠模式。因此，本申请所确定的电子设备进入的指定休眠模式是基于当前的与用户交互相关的目标线程来设定，使得休眠模式的确定能够考虑到用户交互需求，进而休眠模式的选择更加合理。

Description

休眠模式选择方法、装置、电子设备及计算机可读介质

技术领域

本申请涉及计算机技术领域，更具体地，涉及一种休眠模式选择方法、装置、电子设备及计算机可读介质。

背景技术

电子设备的处理器在没有任务要执行的时候，会进入休眠模式，即idle状态。并且，电子设备具有多种休眠模式，不同的休眠模式下，电子设备的功耗、被关闭的硬件单元等不同，所以，亟需一种方案，能够合理确定电子设备应进入的休眠模式。

发明内容

本申请提出了一种休眠模式选择方法、装置、电子设备及计算机可读介质，以改善上述缺陷。

第一方面，本申请实施例提供了一种休眠模式选择方法，应用于电子设备，所述电子设备的处理器对应有多个休眠模式，所述方法包括：确定所述电子设备当前运行的场景对应的与用户交互相关的目标线程；获取所述目标线程对应的运行参数；基于所述运行参数，从所述多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式；当满足睡眠条件时，控制所述电子设备进入所述指定休眠模式。

第二方面，本申请实施例还提供了一种休眠模式选择装置，应用于电子设备，所述电子设备的处理器对应有多个休眠模式，所述装置包括：确定单元、获取单元、设置单元和控制单元。确定单元，用于确定所述电子设备当前运行的场景对应的与用户交互相关的目标线程。获取单元，用于获取所述目标线程对应的运行参数。设置单元，用于基于所述运行参数，从所述多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式。控制单元，用于当满足睡眠条件时，控制所述电子设备进入所述指定休眠模式。

第三方面，本申请实施例还提供了一种电子设备，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行上述方法。

第四方面，本申请实施例还提供了一种计算机可读介质，所述可读介质存储有处理器可执行的程序代码，所述程序代码被所述处理器执行时使所述处理器执行上述方法。

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

本申请提供的休眠模式选择方法、装置、电子设备及计算机可读介质，确定所述电子设备当前运行的场景对应的与用户交互相关的目标线程，获取所述目标线程对应的运行参数，基于所述运行参数，从所述多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式，当满足睡眠条件时，控制所述电子设备进入所述指定休眠模式。因此，本申请所确定的电子设备进入的指定休眠模式是基于当前的与用户交互相关的目标线程来设定，使得休眠模式的确定能够考虑到用户交互需求，进而休眠模式的选择更加合理。

本申请实施例的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例而了解。本申请实施例的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1示出了本申请一实施例提供的休眠模式选择方法的方法流程图；

图2示出了本申请另一实施例提供的休眠模式选择方法的方法流程图；

图3示出了本申请一实施例提供的显示界面的示意图；

图4示出了本申请另一实施例提供的显示界面的示意图；

图5示出了本申请又一实施例提供的休眠模式选择方法的方法流程图；

图6示出了本申请一实施例提供的休眠模式选择装置的模块框图；

图7示出了本申请一实施例提供的电子设备的结构框图；

图8示出了本申请一实施例提供的计算机可读介质的结构框图；

图9示出了本申请一实施例提供的计算机程序产品的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

移动计算技术日新月异，以智能手机、平板电脑为代表的手持终端也得到了广泛普及和应用。随着移动计算技术的发展，特别是移动处理器技术的巨大进步，这些手持终端的应用范围从传统的通信、拍照功能发展到今天的智能手机和平板电脑普遍具有的高速上网、3D游戏、高清视频等功能。

手持智能终端搭载的移动处理器通常包含集成中央处理器(Central ProcessingUnit，CPU)和图像处理器(Graphics Processing Unit，GPU)两部分，CPU承担通用计算功能，GPU承担2D、3D图形绘制、运算、显示等功能。目前在智能手机、平板电脑等移动终端上运行的应用程序、游戏，播放高清视频对移动处理器的性能要求越来越高，同时带来了更大的功耗开销。

为了降低电子设备的功耗，电子设备的处理器在没有任务要执行的时候，处理器会进入休眠模式，即idle状态，处理器处于休眠模式的情况下会处于休眠模式，即处理器的至少部分时钟和/或电源会被关闭，当被唤醒的时候，即退出休眠模式的时候，处理器会被唤醒，即关闭的时钟和/或电源被再次打开。

通常，电子设备对应有多个不同的低功耗模式，这些多个低功耗模式被统称为C-state，处理器在进入休眠模式之后，通过处理器内部的idle unit将至少部分时钟和/或电源关闭。具体地，C-state可以被划分为多个idle状态，其中，C0为正常工作模式，其他的"C1～Cn"为休眠模式，从而处理器在进入休眠模式的时候，可以直接进入休眠模式，即cpuidle，其中，"C1～Cn"的不同的idle下进入的休眠模式中，关闭的时钟和/或电源是不同的，即不同的休眠模式下关闭的时钟和/或电源的数量可能不同，但是，进入或退出休眠模式都需要花费时间，即时钟和/或电源的关闭和开启也需要消耗时间和功耗，这即是进入休眠模式的代价。另外，有些休眠模式下，只关闭部分时钟和/或电源，而有些休眠模式下，关闭全部的时钟和/或电源，其中，n越大，被关闭的时钟和/或电源的数量越多，电子设备的功耗越低且越省电，但被唤醒的耗时(即退出休眠模式的耗时)也越长。

因此，从多个休眠模式中选择合适的休眠模式以得到节省功耗的作用，是非常有必要的。发明人在研究中发现，目前常用的ladder算法和menu算法都存在一些缺陷。具体地，目前的idle策略算法，例如，menu算法。休眠模式的选择逻辑都是基于整个的系统的负载和io操作等信息，没有区分这些负载的场景和应用等因素。比如在应用滑动场景，可能只有一个前台应用在运行，其cpu负载不高，但是如果错误的选择了深度idle状态(即唤醒的耗时过高的休眠模式)，则影响了前台应用的刷新，会导致卡顿，进而影响用户的使用体验。

因此，为了克服上述缺陷，本申请实施例提供了一种休眠模式选择方法、装置、电子设备及计算机可读介质，使得所确定的电子设备进入的指定休眠模式是基于当前的与用户交互相关的目标线程来设定，使得休眠模式的确定能够考虑到用户交互需求，进而休眠模式的选择更加合理。

请参阅图1，图1示出了本申请实施例提供的一种休眠模式选择方法，该方法应用于电子设备，该电子设备对应有多个休眠模式，也就是说，电子设备的处理器可以使用该多个休眠模式，具体地，该方法包括：S101至S104。

S101：确定所述电子设备当前运行的场景对应的与用户交互相关的目标线程。

应用程序(application，APP)通常是多个程序的集合，每个程序对应一个进程，而每个进程下对应至少一个线程，也就是说，进程可以是单线程的，也可以是多线程的。可以理解的是，一个进程即是一个实例，也就是说，一个进程可以对应应用程序的一个功能，例如，应用程序的视频播放功能可以是应用程序的一个进程，通常，应用程序运行时的进程为主进程，应用程序下的各个功能可以是该主进程的子进程。

需要说明的是，与用户交互相关的线程，可以是指该线程用于获取用户操作应用程序时产生的操作数据，还可以是该线程用于输出与用户感知相关的数据。针对前者，用户操作可以是用户在应用程序的某个界面上的滑动操作、点击操作等，则应用程序包括能够检测滑动操作和点击操作的线程，则该线程属于与用户交互相关的线程。针对后者，输出与用户感知相关的数据可以是播放音频数据和视频数据等能够被用户听觉或视觉感知的数据。

另外，该与用户交互相关的线程还可以是与应用程序的各个显示界面相关的线程，即服务于显示界面的线程。例如，以应用程序的某个视频播放界面为例，视频播放界面上设置有视频播放控件，则用于服务于视频播放控件以使视频播放控件能够播放视频的线程就属于与用户交互相关的目标线程。

则前述的用户操作相关的数据、能够被用户感知的数据或者应用程序所显示的界面，对于用户来说，都属于与用户交互相关的数据，则能够产生或者获取这些数据的线程相比一些在后台运行而与用户不存在交互的线程相比，如果产生卡顿，那用户能够强烈感知到，所以，本申请实施例从应用程序的所有待选线程中查找与用户交互相关的目标线程，并且设置能够满足该目标线程的使用需求的休眠模式，以便能够确保应用程序中那些能够被用户感知明显的功能模块的运行不会卡顿。

作为一种实施方式，该当前运行的场景可以是当前正在运行的应用程序，且该应用程序属于指定类型的应用程序，且该当前正在运行的应用程序可以是在前台运行的应用程序也可以是在后台运行的应用程序，示例性地，针对前台运行的应用程序，该指定类型可以是存在界面绘制操作的应用程序，例如，浏览器、视频播放软件、社交软件等，针对后台运行的应用程序，该指定类型可以是音频播放程序。

因此，电子设备检测到当前运行的场景是否为指定场景，即是否为前台的界面绘制和/或音频播放场景，如果是，则确定该场景对应的目标线程。示例性地，如果当前场景是前台应用的界面渲染场景，则目标线程为该应用的界面渲染相关的线程，例如，可以是该应用的主线程，如果当前场景是音频播放场景，则该目标线程为音频播放线程，也就是说，当前场景是在视觉上和听觉上能够让感受到变化的场景，且该场景的目标线程是实现该场景的功能的核心线程，也可以称之为关键线程。

S102：获取所述目标线程对应的运行参数。

作为一种实施方式，该运行参数可以包括目标线程的执行间隔，即连续两次执行的周期，还可以包括目标线程对应的负载，该负载可以是目标线程待处理的数据大小，也可以是该目标线程所占用的资源，具体地，将在后续实施例中分别阐述。

需要说明的是，电子设备可能存在多个处理器，例如，该电子设备的处理器为8核，也就是说，有8个CPU，另外，该处理器还包括图形处理器，因此，本方法实施例的处理器可以记为目标处理器，该目标处理器是多个CPU或图形处理器中的一个。因此，在获取所述目标线程对应的运行参数，先判断目标线程是否在所述处理器上运行，具体地，每个CPU具有task运行队列，在该CPU上运行的线程，该线程的标识在该CPU的task运行队列，所以，通过查看该目标处理器的task运行队列，就能够确定该目标线程是否在该目标处理器上运行。如果该目标线程在所述处理器上运行，则该目标线程能够将该处理器唤醒，因此，需要获取所述目标线程对应的运行参数，并根据该运行参数确定该处理器的休眠模式。而如果目标线程未在所述处理器上运行，基于预设策略算法，为所述处理器配置预设休眠模式，并当满足睡眠条件时，控制所述电子设备进入所述预设休眠模式。其中，预设策略算法可以是ladder算法和menu算法等，即“基于预设策略算法，为所述处理器配置预设休眠模式，并当满足睡眠条件时，控制所述电子设备进入所述预设休眠模式”为电子设备的原生休眠流程。

S103：基于所述运行参数，从所述多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式。

该运行参数能够表征目标线程的使用需求，即能够表征所需要使用的系统资源，也能够表征对处理器的使用需求，基于前述描述，处理器的多个休眠模式下，处理器的唤醒耗时不同以及不同模式下处理器被关闭硬件(例如，时钟和/或电源)不同，所以，考虑到对目标线程被执行的时候，对处理器的唤醒及时性，以及目标线程将处理器的唤醒的时候，处理器所选择的休眠模式下是否真的可以降低功耗，还是反而增大了功耗，所以，可以从多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式，该指定休眠模式不仅可以满足目标线程对处理器唤醒及时性的要求，而且，还能够发挥该指定休眠模式对应的降低功耗的功能。

S104：当满足睡眠条件时，控制所述电子设备进入所述指定休眠模式。

作为一种实施方式，满足睡眠条件是指处理器进入空闲状态了，即处理器未有需要执行的任务了，然后，电子设备进入该指定休眠模式，从而能够在目标线程将处理器唤醒的时候，该指定休眠模式对应的唤醒耗时能满足目标线程的使用需求。

因此，本申请所确定的电子设备进入的指定休眠模式是基于当前的与用户交互相关的目标线程来设定，使得休眠模式的确定能够考虑到用户交互需求，进而休眠模式的选择更加合理。

请参阅图2，图2示出了本申请实施例提供的一种休眠模式选择方法，该方法应用于电子设备，该电子设备对应有多个休眠模式，也就是说，电子设备的处理器可以使用该多个休眠模式，具体地，该方法包括：S201至S206。

S201：确定所述电子设备当前运行的场景对应的与用户交互相关的目标线程。

S202：获取所述目标线程对应的负载数据。

于本申请实施例中，目标线程对应的运行参数为负载数据，该负载数据可以是该目标线程的数据处理量，其中，该数据处理量可以是目标线程单位时间内所处理的数据，例如，该目标线程是音频播放线程，那么对应的数据处理量为单位时间内播放的音频数据，再例如，该目标线程为界面渲染相关的线程，那么对应的数据处理量为单位时间内该线程渲染的图像数据。另外，该负载数据还可以是该目标线程的处理器使用率，即CPU使用率。也就是说，该负载数据为目标线程所占用的CPU使用率，即处理器为该目标线程分配的资源。目标线程所占用的CPU使用率的大小，能够反应该目标线程的活跃性，例如，以当前运行的场景为前台应用的界面渲染场景为例，该目标线程为界面渲染相关的线程，那么目标线程的CPU使用率越高，可以表征该目标线程不断刷新界面显示内容的频率越高。所以，可以认为，目标线程的负载数据大小与所述处理器被唤醒的频率正相关，这是因为，处理器进入休眠模式的时候，目标线程是空闲的，即未处理任何数据，当目标线程要处理数据的时候，会将处理器唤醒，因此，目标线程的负载数据与目标线程的活跃性正相关，而目标线程从睡眠变为活跃的时候，会将处理器唤醒，因此，目标线程的活跃性与处理器被唤醒的频率正相关，因此，可以确定目标线程的负载数据大小与所述处理器被唤醒的频率正相关。也就是说，对于CPU使用率较高的目标线程来说，可能在处理器进入休眠模式不久就会被目标线程唤醒。

因此，本申请实施例，通过目标线程的负载数据来预测处理器被唤醒的频率的高低，示例性地，可以认为目标线程的负载数据大小与所述处理器被唤醒的频率正相关。

S203：判断负载数据是否高于或等于阈值。

作为一种实施方式，可以设置一个阈值，通过该阈值能够鉴别出该目标线程所使用的CPU资源的高低，即能够通过该阈值确定出处理器在运行该目标线程的繁忙程度，如果负载数据高于或等于阈值，则表示处理器在运行该目标线程的时候，更加繁忙，也就是说，目标线程更加活跃，如果负载数据低于阈值，则表示处理器在运行该目标线程的时候，相比负载数据高于或等于阈值的情况，更加空闲，也就是说，目标线程不如前者活跃。

因此，如果该负载数据高于或等于阈值，则执行S204，如果该负载数据低于阈值，则执行S205。

S204：从所述多个休眠模式中确定第一休眠模式作为指定休眠模式。

作为一种实施方式，该多个休眠模式包括第一休眠模式和第二休眠模式，第一休眠模式的唤醒耗时小于所述第二休眠模式的唤醒耗时。作为一种实施方式，该第一休眠模式可以称为浅度idle，第二休眠模式可以称为深度idle，浅度idle与深度idle，唤醒耗时更短，但是，功耗更高，并且，浅度idle下处理器所关闭的硬件的数量相比深度idle下处理器所关闭的硬件的数量更小。因此，在负载数据比较高的情况下，即高于或等于阈值的情况下，将浅度idle作为指定休眠模式，从而在处理器进入浅度idle的时候，可以迅速被唤醒，从而可以保证目标线程能够快速执行，减少卡顿。

之所以在负载数据高于或等于阈值的情况下，选择浅度idle作为指定休眠模式，这是因为，负载数据高于或等于阈值，表明目标线程的活跃性比较高，则表明目标线程有可能在执行完一次数据之后，处理器进入休眠模式，目标线程会很快再次将处理器唤醒，以便再次运行该目标线程。所以，为了避免目标线程再次被执行的时候，处理器被唤醒的耗时过久，导致目标线程的等待过久的造成卡顿，所以，可以在目标线程的负载数据比较高的时候，使用浅度idle。另外，深度idle虽然比浅度idle的功耗更低，但是，是因为深度idle下，处理器被关闭的硬件数量更多，并且深度idle的省电效果需要保持被关闭的硬件持续处于关闭状态一定时长的情况下才可以达到，而如果处理器在进入深度idle之后不久，就立刻被唤醒，是无法达到省电的效果的，这是因为关闭硬件和开启硬件的功耗也很高。

所以，在负载数据高于或等于阈值的情况下，选择浅度idle，然后，在目标线程执行完毕且处理器无其他的线程需要运行的时候，即满足睡眠条件的时候，处理器进入该浅度idle，则在目标线程再次被触发执行的时候，处理器可以迅速被唤醒，减少卡顿。

作为一种实施方式，假设当前运行的场景包括前台应用的界面渲染场景，也就是说，电子设备的当前运行的场景下，电子设备的前台在运行指定应用，且该指定应用会刷新界面内容。如图3所示，以浏览器的显示界面为例，当浏览器在前台运行的时候，浏览器的目标线程(例如，主线程)会加载当前页面的内容，此时目标线程的负载数据为第一数据，该第一数据高于阈值，则可以确定CPU的休眠模式为浅度idle，当该页面的内容加载完毕，用户未操作该界面，CPU此时不需要运行线程，即没有需要执行的任务，CPU进入浅度idle，此时用户滑动该界面，目标线程将处理器唤醒，以便在界面上加载新的内容，如图4所示，处理器从浅度idle被唤醒，由于浅度idle的唤醒耗时比较短，使得目标线程能够快速被处理器运行，减少用户在图3的页面刷新到图4的内容的时候，等待的时长过大，减少给用户带来的卡顿感。

S205：基于预设策略算法，为所述处理器配置预设休眠模式，作为指定休眠模式。

若所述负载数据低于阈值，基于预设策略算法，为所述处理器配置预设休眠模式，作为指定休眠模式，其中，预设策略算法可以参考前述实施例，在此不再赘述。正如前面所述，如果目标线程的负载数据比较低，则表示该目标线程的活跃度不大，该目标线程可能不会很快就再次运行，则可以使用预设策略算法，该预设策略算法有可能将指定休眠模式设置为深度idle。当然，也可以是，在确定负载数据低于阈值的情况下，将第二休眠模式作为指定休眠模式，即将深度idle作为指定休眠模式。

S206：当满足睡眠条件时，控制所述电子设备进入所述指定休眠模式。

另外，需要说明的是，控制所述电子设备进入所述指定休眠模式之后，如果处理器被目标线程唤醒，需要再次返回执行获取目标线程的运行参数以及执行后续操作。

作为一种实施方式，当前运行的场景包括前台应用的界面渲染场景的情况下，负载数据高于或等于阈值，该前台运行的应用程序为指定类型的应用程序，然后，在满足睡眠条件的情况下，除了满足处理器待处理的任务数量低于指定数量，例如，该任务数量为零，还包括该指定类型的应用程序依然在前台运行，具体地，可以是在指定类型的应用程序在前台运行并且在前台显示的内容未更新，然后，此时该指定类型的应用程序依然在前台运行的时候，此时满足睡眠条件，则可以控制处理器进入浅度idle。

当然，也可以是在满足进入睡眠状态的条件，且目标线程的负载数据高于或等于阈值的情况下，就控制处理器进入浅度idle。

另外，针对指定类型的应用程序在前台运行的时候，确定该应用的目标线程的负载参数的时候，可以基于该应用程序本次启动时刻至当前时刻的时间段内，该指定应用在前台运行时的负载数据，得到一个平均负载，作为目标线程的负载数据。

因此，本申请实施例，能够在处理器休眠之前，基于当前在前台运行的具有界面渲染功能的指定类型的应用程序的目标线程的负载数据确定适用于该目标线程的休眠状态，即浅度idle，从而在满足进入休眠状态的条件时，控制处理器进入该浅度idle，从而方便该目标线程再次执行的时候，即再次将处理器唤醒的时候，处理器由浅度idle下能够迅速被唤醒，减少唤醒等到时长，能够避免卡顿。

请参阅图5，图5示出了本申请实施例提供的一种休眠模式选择方法，该方法应用于电子设备，该电子设备对应有多个休眠模式，也就是说，电子设备的处理器可以使用该多个休眠模式，具体地，该方法包括：S501至S505。

S501：确定所述电子设备当前运行的场景对应的与用户交互相关的目标线程。

S502：获取所述目标线程对应的执行间隔。

作为一种实施方式，目标线程的执行间隔能够表征该目标线程执行一次之后，再次被执行的时间间隔，例如，目标线程是按照指定时间周期执行的，因此，该执行间隔可以是连续两次执行目标线程之间的时间间隔。例如，在显示视频画面或音频播放的时候，采用时间间隔的方式，间隔执行该视频画面显示或音频播放相关的线程，从而间隔显示画面或播放音频，即能够降低功耗，又能够使用户在听觉和视觉上感知到视频画面或音频的连续性。

示例性地，如果当前运行的场景为前台应用的界面渲染场景，则该当前运行的场景对应的目标线程为界面渲染相关的线程，例如，该前台应用为视频播放软件，则针对该界面渲染相关的线程，可以获取该界面渲染相关的线程的负载参数，基于该负载参数确定目标线程对应的指定休眠状态。如果当前运行的场景为音频播放场景，则该音频播放场景对应的目标线程为音频播放相关的线程，例如，该音频播放场为电子设备在运行音频播放软件，且不区分前台或后台，则针对该音频播放场景的线程，可以获取该音频播放场景的执行间隔，基于该执行间隔确定目标线程对应的指定休眠状态。

针对音频播放线程，电子设备设置了音频播放线程的执行间隔，例如，可以设置为4ms，也就是说，音频播放软件在播放目标音频的时候，该音频播放线程每间隔4ms播放该目标音频的一个片段，则在该片段播放完毕，CPU就会进入空闲状态，从而就可以进入休眠状态。

S503：基于所述执行间隔，从所述多个休眠模式中查找唤醒耗时小于或等于所述执行间隔的备选休眠模式。

作为一种实施方式，该唤醒耗时可以包括休眠模式的持续时长和休眠模式被唤醒的耗时，例如，该休眠模式进入休眠模式的情况下会将硬件A关闭，则该休眠模式的唤醒耗时包括硬件A持续被关闭的时长和硬件A的启动所消耗的时长。

S504：从所述备选休眠模式中确定指定休眠模式。

S505：当满足睡眠条件时，控制所述电子设备进入所述指定休眠模式。

作为一种实施方式，该目标线程对应的应用程序可以是在前台运行的应用程序，即该目标线程当被切换至前台的时候被执行，则此情况下，该目标线程的执行间隔可以理解为该目标线程在前后台之间切换的时间间隔，则该前后台切换的时间间隔可以通过依稀方式获得：在指定时间段内统计得到的目标线程前后台之间切换的间隔时长，基于所统计的间隔时长得到该目标线程在前后台之间切换的时间间隔作为目标线程的执行间隔。需要说明的是，在目标线程属于前台运行的时候，如果电子设备被锁屏，则该目标线程相当于被切换至后台，并且，该目标线程在切换至后台的时候不执行。因此，在目标线程处于前台运行的时候，运行该目标线程的处理器处于非空闲状态，当电子设备被锁屏的时候，目标线程未执行，处理器进入空闲状态，然后，在电子设备被解锁，目标线程再次在前台运行，处理器被唤醒，因此，在此情况下，用于处理器的指定休眠模式的唤醒耗时应当小于或等于该目标线程在前后台之间切换的时间间隔。

作为另一种实施方式，该目标线程为音频播放线程，该目标线程的执行间隔为该目标线程在播放音频数据的过程中，该目标线程本次执行结束至下次执行之间的时间间隔，则从多个休眠模式中查找唤醒耗时小于或等于所述执行间隔的备选休眠模式，从所述备选休眠模式中确定指定休眠模式。具体地，假设确定的备选休眠模式为多个，则可以从该备选模式中选择唤醒耗时最短的休眠模式作为指定休眠模式，从而能够使得目标线程再次执行的时候，处理器已处于唤醒状态，例如，目标线程的执行间隔是4秒，在本次执行完毕的时刻(记为t1)，处理器进入休眠模式，如果该处理器的休眠模式的唤醒耗时为3秒，则t1之后的第三秒，处理器已经被唤醒即退出该休眠模式，在t1之后的第4秒，目标线程再次执行的时候，处理器已经被唤醒。另外，如果该备选休眠模式为多个的情况下，可以选择备选休眠模式的唤醒耗时最长的休眠模式，从而能够在满足目标线程的使用需求的情况下，尽量降低电子设备的功耗。

需要说明的是，如果当前运行的场景为前台应用的界面渲染场景，则该当前运行的场景对应的目标线程为界面渲染相关的线程，例如，该前台应用为视频播放软件，则针对该界面渲染相关的线程，可以获取该界面渲染相关的线程的负载参数，基于该负载参数确定目标线程对应的指定休眠状态。如果当前运行的场景为音频播放场景，则该音频播放场景对应的目标线程为音频播放相关的线程，例如，该音频播放场为电子设备在运行音频播放软件，且不区分前台或后台，则针对该音频播放场景的线程，可以获取该音频播放场景的执行间隔，基于该执行间隔确定目标线程对应的指定休眠状态。如果当前运行的场景为前台应用的界面渲染且音频播放场景，也就是说，该当前运行的场景下，前台应用在显示内容并且还在播放音频，然后，确定该前台应用的第一线程以及该音频播放场景对应的第二线程，确定第一线程和第二线程的优先级，将优先级较高的线程作为目标线程，基于该目标线程的运行参数确定指定休眠模式。当然，还可以是，将第一线程和第二线程都作为目标线程，则能同时满足第一线程和第二线程的使用需求的休眠模式作为指定休眠模式。

另外，针对当前运行的场景为前台应用的界面渲染且音频播放场景，如果该音频播放场景对应的应用程序与该前台运行相同，例如，该前台应用在显示画面的同时还在播放音频，则确定该前台应用的类型，如果是视频类型，则将该前台应用的界面渲染对应的界面渲染相关的线程作为目标线程，然后，基于该目标线程的运行参数确定指定休眠模式，如果该前台应用的类型是音频类型，则将该音频播放相关的线程作为目标线程，然后，基于该目标线程的运行参数确定指定休眠模式。

需要说明的是，应用程序的类别，可以是应用程序的开发商在开发的时候为应用程序设定的类别，也可以是应用程序在安装在电子设备上之后，用户为应用程序设定的类别，例如，用户在电子设备上安装某个应用程序，在安装完成并进入该应用程序之后，会显示一个对话框，指示用户为应用程序设定类别。则应用程序具体属于哪个类别，可以由用户根据需求而设定，例如，用户可以将某社交软件设置为音频类，或者设置为视频类，或者设置为社交类。

另外，电子设备内安装有应用程序安装软件，例如ios系统内的Appstore。则在该应用程序安装软件内设置有应用程序列表，在该列表内用户能够下载应用程序并且能够更新和打开应用程序，而且该应用程序安装软件可以将不同的应用程序按照类别现实，比如，音频类、视频类或者游戏类等。因此，用户在使用该应用程序安装软件安装应用程序的时候，就已经能够知道该应用程序的类别。

另外，考虑到有些应用程序可以播放视频也可以播放音频，则如果该应用程序支持视频播放的功能，就将该应用程序的类型设置为视频类型，如果不支持视频播放的功能，而仅仅支持音频播放的功能，则就将该应用程序的类型设置为音频类型。而具体地，应用程序是否支持视频播放功能，可以通过该应用程序的功能描述信息中，所包含的功能描述，例如，所支持的播放格式来判断是否支持视频格式的播放，也可以通过检测该应用程序的程序模块内是否播放视频播放模块，例如，某个视频播放的编解码算法等，从而能够确定该应用程序是否支持视频播放功能。

再者，如果有些应用程序的功能多样化，则需要根据应用程序的具体操作行为而确定该应用程序的类别，例如，如果有些应用程序能够播放视频，也能够播放音频，例如一些视频播放软件，可以播放纯音频文件，也可以播放视频，则该应用程序的类别可以根据应用程序的使用记录而确定，即根据该应用程序的一定时间段内的使用记录，确定用户使用该应用程序是倾向于播放视频还是更倾向于播放音频。

具体地，获取该应用程序在预设时间段内的所有用户的操作行为数据，其中，所有用户是指安装过该应用程序的所有用户，则该操作行为数据可以由应用程序对应的服务器内获取，也就是说，用户在使用该应用程序的时候会使用用户对应的用户账号登录该应用程序，而用户账号对应的操作行为数据会发送至应用程序对应的服务器，则服务器将所获取的操作行为数据与用户账号对应存储。在一些实施例中，电子设备发送针对应用程序的操作行为查询请求发送至该应用程序对应的服务器，服务器将一定预设时间段内的所有用户的操作行为数据发送至电子设备。

该操作行为数据包括所播放的音频文件的名称和时间、以及所播放的视频文件的名称和时间，通过分析该操作行为数据就能够确定在一定预设时间段内该应用程序播放的音频文件的数量以及总的时间，也可以得到该应用程序播放的视频文件的数量以及总的时间，则根据音频和视频文件的播放总时长在该预定时间段内的占比，确定应用程序的类别，具体地，获取音频和视频文件的播放总时长在该预定时间段内的占比，为方便描述，将音频文件的播放总时长在该预定时间段内的占比记为音频播放占比，将视频文件的播放总时长在该预定时间段内的占比记为视频播放占比，如果视频播放占比大于音频播放占比，则将应用程序的类别设定为视频类型，如果音频播放占比大于视频播放占比，则将应用程序的类别设定为音频类型。例如，预设时间段为30天，即720小时，而音频文件的播放总时长为200小时，则音频播放占比为27.8％，视频文件的播放总时长为330小时，则视频播放占比为45.8％，则视频播放占比大于音频播放占比，则将应用程序的类别设定为视频类型。

请参阅图6，其示出了本申请实施例提供的一种休眠模式选择装置600的结构框图，该装置可以包括：确定单元601、获取单元602、设置单元603和控制单元604。

确定单元601，用于确定所述电子设备当前运行的场景对应的与用户交互相关的目标线程。

获取单元602，用于获取所述目标线程对应的运行参数。

进一步的，获取单元602还用于若所述目标线程在所述处理器上运行，获取所述目标线程对应的运行参数。

进一步的，获取单元602还用于若所述目标线程未在所述处理器上运行，基于预设策略算法，为所述处理器配置预设休眠模式，并当满足睡眠条件时，控制所述电子设备进入所述预设休眠模式。

设置单元603，用于基于所述运行参数，从所述多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式。

进一步的，所述多个休眠模式包括第一休眠模式和第二休眠模式，所述第一休眠模式的唤醒耗时小于所述第二休眠模式的唤醒耗时，所述运行参数包括负载数据，设置单元603还用于若所述负载数据高于或等于阈值，从所述多个休眠模式中确定第一休眠模式作为指定休眠模式，所述目标线程的负载数据大小与所述处理器被唤醒的频率正相关。

进一步的，设置单元603还用于若所述负载数据低于阈值，基于预设策略算法，为所述处理器配置预设休眠模式，作为指定休眠模式。

进一步的，所述第一休眠模式的功耗高于所述第二休眠模式的功耗，所述处理器在所述第一休眠模式下进入睡眠状态的硬件多于在所述第二休眠模式下进入睡眠状态的硬件。所述负载数据为处理器使用率。所述当前运行的场景包括前台应用的界面渲染场景，所述目标线程为所述界面渲染相关的线程。

进一步的，每个休眠模式的唤醒耗时不同，所述运行参数包括目标线程的执行间隔，设置单元603还用于基于所述执行间隔，从所述多个休眠模式中查找唤醒耗时小于或等于所述执行间隔的备选休眠模式；从所述备选休眠模式中确定指定休眠模式。

进一步的，当前运行的场景包括音频播放场景，所述目标线程为音频播放相关的线程。

控制单元604，用于当满足睡眠条件时，控制所述电子设备进入所述指定休眠模式。

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

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

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

请参考图7，其示出了本申请实施例提供的一种电子设备的结构框图。该电子设备100可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的电子设备100可以包括一个或多个如下部件：处理器110、存储器120、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

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

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储终端100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参考图8，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

请参考图9，其示出了本申请实施例提供的一种计算机程序产品900的结构框图。计算机程序产品包括计算机程序/指令910，该计算机程序/指令被处理器执行时实现上述方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (14)

1.一种休眠模式选择方法，其特征在于，应用于电子设备，所述电子设备的处理器对应有多个休眠模式，所述方法包括：

确定所述电子设备当前运行的场景对应的与用户交互相关的目标线程；

获取所述目标线程对应的运行参数；

基于所述运行参数，从所述多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式；

当满足睡眠条件时，控制所述电子设备进入所述指定休眠模式。

2.根据权利要求1所述的方法，其特征在于，所述获取所述目标线程对应的运行参数，包括：

若所述目标线程在所述处理器上运行，获取所述目标线程对应的运行参数。

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

若所述目标线程未在所述处理器上运行，基于预设策略算法，为所述处理器配置预设休眠模式，并当满足睡眠条件时，控制所述电子设备进入所述预设休眠模式。

4.根据权利要求1所述的方法，其特征在于，所述多个休眠模式包括第一休眠模式和第二休眠模式，所述第一休眠模式的唤醒耗时小于所述第二休眠模式的唤醒耗时，所述运行参数包括负载数据，所述基于所述运行参数，从所述多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式，包括：

若所述负载数据高于或等于阈值，从所述多个休眠模式中确定第一休眠模式作为指定休眠模式，所述目标线程的负载数据大小与所述处理器被唤醒的频率正相关。

5.根据权利要求4所述的方法，其特征在于，还包括：若所述负载数据低于阈值，基于预设策略算法，为所述处理器配置预设休眠模式，作为指定休眠模式。

6.根据权利要求4所述的方法，其特征在于，所述第一休眠模式的功耗高于所述第二休眠模式的功耗，所述处理器在所述第一休眠模式下进入睡眠状态的硬件多于在所述第二休眠模式下进入睡眠状态的硬件。

7.根据权利要求4所述的方法，其特征在于，所述负载数据为处理器使用率。

8.根据权利要求4所述的方法，其特征在于，所述当前运行的场景包括前台应用的界面渲染场景，所述目标线程为所述界面渲染相关的线程。

9.根据权利要求1所述的方法，其特征在于，每个休眠模式的唤醒耗时不同，所述运行参数包括目标线程的执行间隔，所述基于所述运行参数，从所述多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式，包括：

基于所述执行间隔，从所述多个休眠模式中查找唤醒耗时小于或等于所述执行间隔的备选休眠模式；

从所述备选休眠模式中确定指定休眠模式。

10.根据权利要求9所述的方法，其特征在于，所述当前运行的场景包括音频播放场景，所述目标线程为音频播放相关的线程。

11.一种休眠模式选择装置，其特征在于，应用于电子设备，所述电子设备的处理器对应有多个休眠模式，所述装置包括：

确定单元，用于确定所述电子设备当前运行的场景对应的与用户交互相关的目标线程；

获取单元，用于获取所述目标线程对应的运行参数；

设置单元，用于基于所述运行参数，从所述多个休眠模式中确定满足所述目标线程使用需求的指定休眠模式；

控制单元，用于当满足睡眠条件时，控制所述电子设备进入所述指定休眠模式。

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

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行如权利要求1-10任一项所述的方法。

13.一种计算机可读介质，其特征在于，所述计算机可读介质存储有处理器可执行的程序代码，所述程序代码被所述处理器执行时使所述处理器执行权利要求1-10任一项所述方法。

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

Images