CN111831437A - 设备管理方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请实施例公开了一种设备管理方法、装置、存储介质及电子设备，其中，本申请实施例确定线程的第一任务属性；根据第一任务属性确定线程的级别，线程的级别越高，其对应负载调整值越高；当需要对处理器单元的工作频率进行调整时，根据处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值；根据目标负载调整值调整处理器单元的负载，并上报调整后的负载，以根据负载调整处理器单元的工作频率，使得执行用户交互事件中相关任务的线程所在的处理器单元能够以更高的频率运行，则这些线程的执行效率会提高，可以有效减少用户交互场景下出现卡顿现象，提升用户体验。

Description

设备管理方法、装置、存储介质及电子设备

技术领域

本申请涉及电子设备技术领域，具体涉及一种设备管理方法、装置、存储介质及电子设备。

背景技术

随着技术的发展，电子设备中安装的各类应用程序越来越多，例如视频类应用、游戏类应用以及即时通讯类应用等。这使得电子设备经常需要在前台和后台运行很多个应用程序。相关技术中，当电子设备中运行多个应用程序时，该电子设备容易在用户交互场景中出现卡顿现象。

发明内容

本申请实施例提供一种设备管理方法、装置、存储介质及电子设备，能够减少***卡顿。

第一方面，本申请实施例提供一种设备管理方法，包括：

确定线程的第一任务属性，所述第一任务属性为是否执行用户交互事件中相关任务；

根据所述第一任务属性确定线程的级别，其中，执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，线程的级别越高，其对应负载调整值越高；

当需要对处理器单元的工作频率进行调整时，根据所述处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值；

根据所述目标负载调整值调整所述处理器单元的负载，并上报调整后的负载，以根据所述负载调整所述处理器单元的工作频率。

第二方面，本申请实施例还提供一种设备管理装置，包括：

属性确定模块，用于确定线程的第一任务属性，所述第一任务属性为是否执行用户交互事件中相关任务；

级别划分模块，用于根据所述第一任务属性确定线程的级别，其中，执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，线程的级别越高，其对应负载调整值越高；

调整值确定模块，用于当需要对处理器单元的工作频率进行调整时，根据所述处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值；

频率调整模块，用于根据所述目标负载调整值调整所述处理器单元的负载，并上报调整后的负载，以根据所述负载调整所述处理器单元的工作频率。

第三方面，本申请实施例还提供一种存储介质，其上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如本申请任一实施例提供的设备管理方法。

第四方面，本申请实施例还提供一种电子设备，包括处理器和存储器，所述存储器有计算机程序，所述处理器通过调用所述计算机程序，用于执行如本申请任一实施例提供的设备管理方法。

本申请实施例提供的技术方案，在对线程进行级别划分时，先获取线程的第一任务属性，该第一任务属性为是否执行用户交互事件中相关任务，然后根据第一任务属性确定线程的级别。当需要对处理器单元的工作频率进行调整时，根据处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值。由于执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，而线程的级别越高，其对应负载调整值越高，那么当处理器单元的均衡调整周期内运行的线程为执行用户交互事件中相关任务的线程时，该处理器单元就可以获取更高的负载调整值。由于执行用户交互事件中相关任务的线程运行是否流畅决定着是否会在交互场景下出现卡顿现象，因此，如果执行用户交互事件中相关任务的线程所在的处理器单元能够以更高的频率运行，则这些线程的执行效率会提高，可以有效减少用户交互场景下出现卡顿现象，提升用户体验。

附图说明

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

图1为本申请实施例提供的设备管理方法的第一种流程示意图。

图2为本申请实施例提供的设备管理方法中各线程的级别划分方式示意图。

图3为本申请实施例提供的设备管理装置的结构示意图。

图4为本申请实施例提供的电子设备的第一种结构示意图。

图5为本申请实施例提供的电子设备的第二种结构示意图。

具体实施方式

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

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请实施例提供一种设备管理方法，该设备管理方法的执行主体可以是本申请实施例提供的设备管理装置，或者集成了该设备管理装置的电子设备，其中该设备管理装置可以采用硬件或者软件的方式实现。其中，电子设备可以是智能手机、平板电脑、掌上电脑、笔记本电脑、或者台式电脑等设备。

请参阅图1，图1为本申请实施例提供的设备管理方法的第一种流程示意图。本申请实施例提供的设备管理方法的具体流程可以如下：

101、确定线程的第一任务属性，第一任务属性为是否执行用户交互事件中相关任务。

android***是当前如智能手机、平板电脑等电子设备最主流的移动操作***之一，其底层实现为linux。以智能手机为例，我们日常使用智能手机时，无论是启动应用、浏览页面，或者播放音乐、下载文件，都会创建许多线程在***中运行，这些线程的运行依赖CPU的运算能力，CPU的频率会根据当前运行线程的负载适时提升或降低，其调频策略由linux内核实现。

但是这种提升CPU的频率的方案，没有从用户体验的角度出发，没有考虑其上运行的线程是否与用户体验相关，当CPU负载不大，但是有一些影响到是否会产生卡顿的用户体验相关的线程在运行时，***不能及时提频，容易引起***卡顿。

为了解决这一问题，本申请实施例中，确定出用于执行用户交互事件中相关任务的目标线程，为目标线程添加第一预设标签，以将目标线程的第一任务属性标记为执行用户交互事件中相关任务。

例如，为线程增加一个标志位，该标志位用于表示线程的第一任务属性，第一任务属性为是否执行用户交互事件中相关任务。例如，如果一些线程是用于执行用户交互事件中相关任务，则将该线程的第一任务属性对应的标志位标记为ux_flag，即将这类线程标记为ux(user experience，用户体验)线程。如果一些线程的运行情况与用户体验完全无关，这些线程的是否能够流畅运行都不会产生***卡顿，则将该线程的第一任务属性对应的标志位，标记为un_ux_flag，即将这类线程标记为非ux线程。

其中，识别并标记ux线程的方式如下：

***中的线程有***类线程和应用类线程之分，应用类线程是指某个应用进程创建的只影响到该应用运行的线程，比如某应用进程创建的UI线程、Render线程、UnityMain线程等，而***类线程为是指操作***层面的为整个***的运行服务的线程，比如Surfaceflinger线程、SystemUI线程等。ux线程包括一些***类线程和一些应用类线程。

其中，电子设备的***架构至少包括应用框架(framework)层和内核(kernel)层，本申请实施例，从框架层和内核层的角度对ux线程进行识别和标记，例如，应用框架层为一些直接执行用户交互事件中相关任务的线程添加第一预设标签，以将这些线程标记为静态ux线程，内核层将一些间接地影响到用户交互事件中相关任务执行的线程标记为动态ux线程。

例如，在一实施例中，该方法还包括：当检测到有进程切换至前台运行时，确定前台进程；从前台进程的线程中识别出用于执行用户交互事件中相关任务的第一预设线程，作为目标线程；为目标线程添加第一预设标签；当检测到有第二预设线程创建时，为创建的第二预设线程添加第一预设标签，其中，第二预设线程为***级线程。第一预设标签可以为前文提到的ux_flag。

在一实施例中，“从前台进程的线程中识别出用于执行用户交互事件中相关任务的第一预设线程，作为目标线程”包括：从前台进程的线程中识别出用于执行用户交互事件中相关任务的第一预设线程，作为目标线程。

其中，第一预设线程一般是应用级线程，这些线程可以是通过对实际的卡顿场景进行分析来确定。比如，在测试中，如果某一用户交互场景下发生了应用卡顿，通过对该场景分析发现卡顿现象是某个线程处理任务太慢导致的，则可以认为该线程是用于执行用户交互事件中相关任务的，该线程的运行与用户体验紧密相关，可以将该线程作为第一预设线程。

基于此，可以通过对各种可能的卡顿场景进行测试，记录这些导致卡顿出现的线程。电子设备中存储这些第一预设线程的相关信息，当进程切换到前台运行时，将该进程下的属于预先记录的第一预设线程的线程都标记为ux线程。

比如，第一预设线程包括进程运行时创建的一些用于直接执行用户交互事件的相关任务的线程，例如，UI(user interface，用户界面)线程，Render(渲染)线程，GL线程，用户输入事件的分发线程，用户输入事件的检测线程等。这些线程是否能够流畅运行决定着是否会在用户与该进程的交互界面中产生用户可感知的卡顿。

比如，用户使用聊天软件与某一好友聊天，用户在对话框输入文字，电子设备通过服务器将用户输入的文字发送至该好友的电子设备。在这次交互事件中，需要UI线程、Render线程、用户输入事件的分发线程、用户输入事件的检测线程等线程共同工作，以完成本次用户交互事件，其中，每一个线程的运行都需要***为其分配资源。因此，在检测到该聊天软件在前台运行时，识别出这些线程，将其标记为ux线程。

可以理解的是，对于电子设备来说，存储的第一预设线程的相关信息并不是不可修改的，当进行***升级时，可以对第一预设线程的相关信息进行更新。

此外，由于在执行用户交互事件的过程中，除了应用级线程之外，可能还涉及到一些***级的线程来完成任务，***框架层也需要将这些***级线程标记为ux线程。一般这些线程在***启动时就会创建，因此，可以在检测到***启动时，识别出这些线程并进行标记，比如，Surfaceflinger线程、***动画线程等。或者，在***运行过程中，如果检测到有新的***进程的线程创建并用来执行用户交互事件中相关任务，***框架层也将这些线程标记为ux线程。比如，SystemUI线程。其中，第二预设线程也可以通过对实际的卡顿场景进行分析来确定。比如，在测试中，如果某一用户交互场景下发生了应用卡顿，通过对该场景分析发现卡顿现象是某个***级线程处理任务太慢导致的，则可以认为该***级线程是用于执行用户交互事件中相关任务的，该***级线程的运行与用户体验紧密相关，可以将该***级线程作为第二预设线程。电子设备中存储这些第二预设线程的相关信息，如果检测到***创建了这些线程，则将其标记为ux线程。

其中，Linux使用task_struct结构体描述和记录线程，每个线程都有对应的task_struct结构体。task_struct中记录了线程的名称、标识符、状态、优先级、内存指针、上下文数据等属性信息。因此，应用框架层可以在task_struct结构体中增加上文提及的ux flag成员，以将前台进程的UI线程、Render线程、GL线程等执行用户交互事件中相关任务的线程，通过标记ux flag位，使内核层能够识别该线程的任务属性。

需要说明的是，上述几种静态ux线程仅为举例说明，并不局限于此，只要是直接地执行用户交互事件中相关任务的线程，使得其运行情况直接地影响到用户体验的线程，都可以将其标记为静态ux线程。对于应用框架层来说，在检测到新创建的线程是用来执行用户交互事件，或者检测到某些常驻***级线程是用以处理用户交互事件时，为这些线程添加ux标签，以将其标记为静态ux线程。

在另一实施例中，“从前台进程的线程中识别出用于执行用户交互事件中相关任务的第一预设线程，作为目标线程”还包括：在前台进程的运行过程中，当检测到有新线程创建时，确定新创建的线程是否用于执行用户交互事件中的相关任务；当新创建的线程用于执行用户交互事件中的相关任务时，将新创建的线程作为目标线程。

前台进程在运行过程中，如果有用户交互事件发生，除了上述第一预设线程之外，还可能会有一些临时创建的任务线程，这些任务线程的运行也会直接影响到是否会在用户与该进程的交互界面中产生用户可感知的卡顿。因此，应用框架层会将这些线程也标记为ux线程，以优化***对该线程的资源分配。

其中，电子设备根据检测到的用户指令确定发生的用户交互事件。用户交互事件一般是指用户触发了某指令后，电子设备需要即时的对该指令进行响应，进行某种处理并将处理结果显示在界面上的情况。例如，用户使用电子设备观看视频、编辑短信、使用聊天软件、使用游戏软件、控制电子设备界面的切换、使用浏览浏览网页等，都属于用户交互事件。比如，用户使用聊天软件与某一好友聊天，用户在对话框输入文字，电子设备通过服务器将用户输入的文字发送至该好友的电子设备。在这个过程中，电子设备需要调度多个线程以完成本次用户交互事件，从该用户交互事件的开始到完成的整个过程中，进程创建的用来完成这次用户交互事件的线程都可以认为是与用户体验相关的线程。

在另一实施例中，为目标线程添加第一预设标签之后，该方法还包括：若前台进程为应用进程，则在检测到前台进程切换至后台运行时，删除第一预设线程的第一预设标签。当前台进程切换到后台运行时，该进程的运行情况已经与用户体验无关，其线程的重要程度也有所下降，因此，可以将该进程对应的第一预设线程的ux标记删除，将这些ux线程恢复为普通线程。

此外，对于那些在用户交互事件中临时创建的任务线程来说，在执行完对应的任务后就会被销毁，其自然会丢失掉ux标签。而对于***级的第二预设线程来说，即使发生了进程的前后台切换，这些线程始终与用户体验相关，所以始终保有ux标签。

上述实施例介绍了静态ux线程的识别。还有一些线程虽然并没有直接地执行用户交互事件的相关任务，但是这些线程的运行情况也会影响到静态ux线程的运行情况，进而间接地影响到用户交互事件的相关任务的执行。也就是说，这些线程并不是总是与用户体验相关，但是这些线程在执行过程的某段时间内，可能通过资源约束与静态ux线程产生关联，因此，在一些实施例中，为了进一步地减少交互场景下的卡顿现象，将这些与静态ux线程之间有约束关系的线程也标记为ux线程。而一旦这种约束关系结束，就会将该线程恢复至非ux线程。本申请实施例中将这类线程定义为动态ux线程。其中，具体的约束关系包括但不限于进程间通信、线程间通信或者持有临界区资源等。比如，静态ux线程通过进程间通信请求的普通线程，静态ux线程通过某种线程间通信方式请求的普通线程，持有静态ux线程需要的等待信号量、读写信号量、互斥锁等临界区资源的普通线程等，本申请实施例中将这类线程标记为动态ux线程。

基于此，在一些实施例中，该方法还包括：对具有第一预设标签的线程的运行状态进行检测；当检测到有具有第一预设标签的线程进入阻塞状态，则确定与进入阻塞状态的线程之间有约束关系的关联线程；为关联线程添加第一预设标签。

在一些实施例中，为关联线程添加第一预设标签之后，该方法还包括：当检测到约束关系解除时，删除关联线程的第一预设标签。

其中，关于线程的阻塞状态，在内核层面一般会区分为D状态(Uninterruptablesleep状态，不可中断的睡眠状态)和S状态(interruptable sleep状态，可中断的睡眠状态)，比如，线程发起IO请求但得不到满足，就进入D状态；线程发起同步Binder请求，就会进入S状态。线程进入这些状态一般都是因为这些都是线程任务执行途中因为某些原因或者逻辑，需要主动或者被动地放弃CPU资源。

该实施例中，内核层对静态ux线程的状态进行检测，当检测到ux线程进入到堵塞状态时，确定出与进入堵塞状态的ux线程之间具有约束关系的关联线程，如果这些关联线程没有及时分配到资源，比如IO资源，而导致运行受阻，则由于关联线程的运行缓慢又会导致该ux线程长时间处于阻塞状态，因此，为了避免该ux线程长时间处于阻塞状态，内核层会将识别出的关联线程也标记为ux线程，以提高其IO处理效率，保证其及时执行，进而快速解除该ux线程的阻塞状态。

上文介绍了ux线程的识别以及标记的方式。

这些被添加了ux_flag标记的线程，其第一任务属性为执行用户交互事件中相关任务。除了ux线程之外的其他非ux线程，可以有多种不同确定第一任务属性的方式。

比如，在一实施例中，将除了ux线程之外的其他线程的第一任务属性均确定为不执行用户交互事件中相关任务。

又比如，在另一实施例中，将ux线程中的那些运行情况与用户体验完全无关、是否能够流畅运行都不会产生***卡顿的线程，添加第二预设标签，比如添加un_ux_flag标记，即添加了un_ux_flag标记的线程，其第一任务属性为不执行用户交互事件中相关任务。对于非ux线程中，除了具有un_ux_flag标记的线程之外的其他线程，***不能判断这些线程的运行是否与用户体验相关，则将这些线程的第一任务属性位设置为空。

102、根据第一任务属性确定线程的级别，其中，执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，线程的级别越高，其对应负载调整值越高。

在为线程划分级别时，先获取线程的第一任务属性，根据第一任务属性为线程划分级别。

其中，在一实施例中，可以根据线程的第一任务属性将全部线程划分为两个线程的线程，比如，将第一任务属性为执行用户交互事件中相关任务的线程设置为第一级别线程；将第一任务属性为不执行用户交互事件中相关任务的线程设置为第二级别线程。

或者，在另一实施例中，当线程的第一任务属性为执行用户交互事件中相关任务、且线程为***类线程时，将线程设置为第一级别线程；当线程的第一任务属性为执行用户交互事件中相关任务、且线程为应用类线程时，将线程设置为第二级别线程；当线程的第一任务属性为不执行用户交互事件中相关任务时，将线程设置为第三级别线程。

例如，将***类的ux线程，比如Surfaceflinger线程、SystemUI线程，设置为第一级别线程；将应用类的ux线程，比如UI线程、Render线程、UnityMain线程设置为第二级别线程，将具有un_ux_flag标记的线程设置为第三级别线程。

或者，在另一实施例中，当线程的第一任务属性为执行用户交互事件中相关任务、且线程为***类线程时，将线程设置为第一级别线程；当线程的第一任务属性为执行用户交互事件中相关任务、且线程为应用类线程时，将线程设置为第二级别线程；当线程不具有第一任务属性信息时，将线程设置为第三级别线程；当线程的第一任务属性为不执行用户交互事件中相关任务时，将线程设置为第四级别线程。

例如，将***类的ux线程设置为第一级别线程；将应用类的ux线程设置为第二级别线程，将第一任务属性位为空的线程设置为第三级别线程，将非ux线程设置为第四级别线程。请参阅图2，图2为本申请实施例提供的设备管理方法中各线程的级别划分方式示意图。

或者，在另一实施例中，该方法还包括：当有后台线程接收到第一级别线程发送的任务处理请求时，将后台线程设置为第一级别线程；当有后台线程接收到第二级别线程发送的任务处理请求时，将后台线程设置为第二级别线程。

该实施例中，对于ux线程来说，当第一级别线程或者向第二级别线程后台线程发起请求时，在后台线程处理请求的阶段，也将对应的后台线程设置为对应级别线程。当请求处理完成，则可以将其再恢复至原本的级别。

无论采用上述那个实施例中的级别划分方式，执行用户交互事件中相关任务的线程的级别，都高于不执行用户交互事件中相关任务的线程的级别。并且，第一级别线程对应的负载调整值大于第二级别线程对应的负载调整值，第二级别线程对应的负载调整值大于第三级别线程对应的负载调整值，第三级别线程对应的负载调整值大于第四级别线程对应的负载调整值。

103、当需要对处理器单元的工作频率进行调整时，根据处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值。

104、根据目标负载调整值调整处理器单元的负载，并上报调整后的负载，以根据负载调整处理器单元的工作频率。

在ARM标准的架构中，CPU核心的算力是存在差异的，一般会将算力较强的核心称为大核，算力较弱的核心称为小核。比如，对于八核心处理器来说，一般具有四个大核，四个小核。需要说明的是，上述核心数量仅为举例说明，本申请实施例对于处理器的核心数量并不做具体限制。

本申请实施例中，将一个处理器核心可以当作一个独立的处理单元。比如，如果电子设备为八核处理器，则每一个核心为一个独立的处理单元。

其中，负载调整值为频率调整boost值。

处理器单元进行调频时，先根据其上任务线程的负载计算基础的CPU负载，再根据各个线程对应的boost值调整上报给内核的负载，内核根据接收到的上报负载，对处理器单元的工作频率进行调整。其中，基础的CPU负载由WALT(Windows Assisted Load Tracking，窗口辅助负载跟踪)机制跟踪记录，具体实现方式在这里不再赘述。

其中，确定处理器单元的均衡调整周期内运行的线程的最高级别，将最高级别对应的负载调整值，作为目标负载调整值。比如，统计某一CPU核心在均衡调整周期内运行的线程的级别，发现其上既运行有第一级别的线程，也运行有第二级别的线程，则确定该均衡调整周期内的最高级别为第一级别，将第一级别对应的boost值作为目标boost值，在计算出该CPU核心的基础负载后，根据目标boost值上调该CPU核心的负载，将上调后的负载上报给内核，内核根据该负载提升该CPU核心的工作频率。

内核根据CPU核心上报的负载对CPU核心的频率进行调整，当调频时间点到来时，调度器从预设的频率列表中确定出满足本次上报的负载的频率值，并根据该频率值通知对应的CPU核心进行调频处理。

比如，在一实施例中，以将线程划分为四个级别为例，针对第一级别线程设置较高boost值，当CPU的预设调整周期(例如，WALT()跟踪的周期)内有***类ux线程运行时，以最大的增量提升CPU核心的工作频率；第二级别线程次之，当CPU的预设调整周期内有应用类ux线程运行时，以较大的增量提升CPU核心的工作频率；第三级别线程的boost值为0，当CPU的预设调整周期内没有ux线程运行，但是有第三级别线程运行时，按基础负载值进行调频，不再额外升频；第四级别线程的boost值为负数，当CPU的预设调整周期内统计的都是第四级别线程时，适当降低频率，减少功耗。

基于上述方案，从用户体验视角出发，通过将用户体验相关的线程标记为Ux线程并区分线程级别，针对每一个线程配置相应boost值，适当提高与用户体验相关的线程运行时的频率，适当降低与用户体验无关的线程运行时的频率，使CPU在用户交互场景下需要提高算力的时候，及时升频，减少卡顿现象，提升用户体验。

具体实施时，本申请不受所描述的各个步骤的执行顺序的限制，在不产生冲突的情况下，某些步骤还可以采用其它顺序进行或者同时进行。

由上可知，本申请实施例提供的设备管理方法，在对线程进行级别划分时，先获取线程的第一任务属性，该第一任务属性为是否执行用户交互事件中相关任务，然后根据第一任务属性确定线程的级别。当需要对处理器单元的工作频率进行调整时，根据处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值。由于执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，而线程的级别越高，其对应负载调整值越高，那么当处理器单元的均衡调整周期内运行的线程为执行用户交互事件中相关任务的线程时，该处理器单元就可以获取更高的负载调整值。由于执行用户交互事件中相关任务的线程运行是否流畅决定着是否会在交互场景下出现卡顿现象，因此，如果执行用户交互事件中相关任务的线程所在的处理器单元能够以更高的频率运行，则这些线程的执行效率会提高，可以有效减少用户交互场景下出现卡顿现象，提升用户体验。

在一实施例中还提供一种设备管理装置。请参阅图3，图3为本申请实施例提供的设备管理装置300的结构示意图。其中该设备管理装置300应用于电子设备，该设备管理装置300包括属性确定模块301、级别划分模块302、调整值确定模块303以及频率调整模块304，如下：

属性确定模块301，用于确定线程的第一任务属性，所述第一任务属性为是否执行用户交互事件中相关任务；

级别划分模块302，用于根据所述第一任务属性确定线程的级别，其中，执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，线程的级别越高，其对应负载调整值越高；

调整值确定模块303，用于当需要对处理器单元的工作频率进行调整时，根据所述处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值；

频率调整模块304，用于根据所述目标负载调整值调整所述处理器单元的负载，并上报调整后的负载，以根据所述负载调整所述处理器单元的工作频率。

在一些实施例中，级别划分模块302还用于：

当线程的第一任务属性为执行用户交互事件中相关任务、且所述线程为***类线程时，将所述线程设置为第一级别线程；

当线程的第一任务属性为执行用户交互事件中相关任务、且所述线程为应用类线程时，将所述线程设置为第二级别线程；

当线程的第一任务属性为不执行用户交互事件中相关任务时，将所述线程设置为第三级别线程。

在一些实施例中，级别划分模块302还用于：

当线程的第一任务属性为执行用户交互事件中相关任务、且所述线程为***类线程时，将所述线程设置为第一级别线程；

当线程的第一任务属性为执行用户交互事件中相关任务、且所述线程为应用类线程时，将所述线程设置为第二级别线程；

当所述线程不具有第一任务属性信息时，将所述线程设置为第三级别线程；

当线程的第一任务属性为不执行用户交互事件中相关任务时，将所述线程设置为第四级别线程。

在一些实施例中，级别划分模块302还用于：

当有后台线程接收到所述第一级别线程发送的任务处理请求时，将所述后台线程设置为第一级别线程；

当有后台线程接收到所述第二级别线程发送的任务处理请求时，将所述后台线程设置为第二级别线程。

在一些实施例中，该设备管理装置300还包括线程标记模块，该线程标记模块用于：

在一些实施例中，确定出用于执行用户交互事件中相关任务的目标线程，为所述目标线程添加第一预设标签，以将所述目标线程的第一任务属性标记为执行用户交互事件中相关任务。

在一些实施例中，线程标记模块还用于：

当检测到有进程切换至前台运行时，确定前台进程；

从所述前台进程的线程中识别出用于执行用户交互事件中相关任务的第一预设线程，作为目标线程；

为所述目标线程添加第一预设标签；

当检测到有第二预设线程创建时，为创建的第二预设线程添加第一预设标签，其中，所述第二预设线程为***级线程。

在一些实施例中，频率调整模块304用于：确定所述处理器单元的均衡调整周期内运行的线程的最高级别，将最高级别对应的负载调整值，作为目标负载调整值。

具体实施时，以上各个模块可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个模块的具体实施可参见前面的方法实施例，在此不再赘述。

应当说明的是，本申请实施例提供的设备管理装置与上文实施例中的设备管理方法属于同一构思，在设备管理装置上可以运行设备管理方法实施例中提供的任一方法，其具体实现过程详见设备管理方法实施例，此处不再赘述。

由上可知，本申请实施例提出的设备管理装置，在对线程进行级别划分时，先获取线程的第一任务属性，该第一任务属性为是否执行用户交互事件中相关任务，然后根据第一任务属性确定线程的级别。当需要对处理器单元的工作频率进行调整时，根据处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值。由于执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，而线程的级别越高，其对应负载调整值越高，那么当处理器单元的均衡调整周期内运行的线程为执行用户交互事件中相关任务的线程时，该处理器单元就可以获取更高的负载调整值。由于执行用户交互事件中相关任务的线程运行是否流畅决定着是否会在交互场景下出现卡顿现象，因此，如果执行用户交互事件中相关任务的线程所在的处理器单元能够以更高的频率运行，则这些线程的执行效率会提高，可以有效减少用户交互场景下出现卡顿现象，提升用户体验。

本申请实施例还提供一种电子设备。所述电子设备可以是智能手机、平板电脑等设备。请参阅图4，图4为本申请实施例提供的电子设备的第一种结构示意图。电子设备400包括处理器401和存储器402。其中，处理器401与存储器402电性连接。

处理器401是电子设备400的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或调用存储在存储器402内的计算机程序，以及调用存储在存储器402内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。

存储器402可用于存储计算机程序和数据。存储器402存储的计算机程序中包含有可在处理器中执行的指令。计算机程序可以组成各种功能模块。处理器401通过调用存储在存储器402的计算机程序，从而执行各种功能应用以及数据处理。

在本实施例中，电子设备400中的处理器401会按照如下的步骤，将一个或一个以上的计算机程序的进程对应的指令加载到存储器402中，并由处理器401来运行存储在存储器402中的计算机程序，从而实现各种功能：

确定线程的第一任务属性，所述第一任务属性为是否执行用户交互事件中相关任务；

根据所述第一任务属性确定线程的级别，其中，执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，线程的级别越高，其对应负载调整值越高；

当需要对处理器单元的工作频率进行调整时，根据所述处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值；

根据所述目标负载调整值调整所述处理器单元的负载，并上报调整后的负载，以根据所述负载调整所述处理器单元的工作频率。

在一些实施例中，请参阅图5，图5为本申请实施例提供的电子设备的第二种结构示意图。电子设备400还包括：射频电路403、显示屏404、控制电路405、输入单元406、音频电路407、传感器408以及电源409。其中，处理器401分别与射频电路403、显示屏404、控制电路405、输入单元406、音频电路407、传感器408以及电源409电性连接。

射频电路403用于收发射频信号，以通过无线通信与网络设备或其他电子设备进行通信。

显示屏404可用于显示由用户输入的信息或提供给用户的信息以及电子设备的各种图形用户接口，这些图形用户接口可以由图像、文本、图标、视频和其任意组合来构成。

控制电路405与显示屏404电性连接，用于控制显示屏404显示信息。

输入单元406可用于接收输入的数字、字符信息或用户特征信息(例如指纹)，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。其中，输入单元406可以包括指纹识别模组。

音频电路407可通过扬声器、传声器提供用户与电子设备之间的音频接口。其中，音频电路407包括麦克风。所述麦克风与所述处理器401电性连接。所述麦克风用于接收用户输入的语音信息。

传感器408用于采集外部环境信息。传感器408可以包括环境亮度传感器、加速度传感器、陀螺仪等传感器中的一种或多种。

电源409用于给电子设备400的各个部件供电。在一些实施例中，电源409可以通过电源管理***与处理器401逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

虽然图中未示出，电子设备400还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本实施例中，电子设备400中的处理器401会按照如下的步骤，将一个或一个以上的计算机程序的进程对应的指令加载到存储器402中，并由处理器401来运行存储在存储器402中的计算机程序，从而实现各种功能：

确定线程的第一任务属性，所述第一任务属性为是否执行用户交互事件中相关任务；

根据所述第一任务属性确定线程的级别，其中，执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，线程的级别越高，其对应负载调整值越高；

当需要对处理器单元的工作频率进行调整时，根据所述处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值；

根据所述目标负载调整值调整所述处理器单元的负载，并上报调整后的负载，以根据所述负载调整所述处理器单元的工作频率。

由上可知，本申请实施例提供了一种电子设备，所述电子设备在对线程进行级别划分时，先获取线程的第一任务属性，该第一任务属性为是否执行用户交互事件中相关任务，然后根据第一任务属性确定线程的级别。当需要对处理器单元的工作频率进行调整时，根据处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值。由于执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，而线程的级别越高，其对应负载调整值越高，那么当处理器单元的均衡调整周期内运行的线程为执行用户交互事件中相关任务的线程时，该处理器单元就可以获取更高的负载调整值。由于执行用户交互事件中相关任务的线程运行是否流畅决定着是否会在交互场景下出现卡顿现象，因此，如果执行用户交互事件中相关任务的线程所在的处理器单元能够以更高的频率运行，则这些线程的执行效率会提高，可以有效减少用户交互场景下出现卡顿现象，提升用户体验。

本申请实施例还提供一种存储介质，所述存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，所述计算机执行上述任一实施例所述的设备管理方法。

需要说明的是，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过计算机程序来指令相关的硬件来完成，所述计算机程序可以存储于计算机可读存储介质中，所述存储介质可以包括但不限于：只读存储器(ROM，Read OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁盘或光盘等。

此外，本申请中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或模块的过程、方法、***、产品或设备没有限定于已列出的步骤或模块，而是某些实施例还包括没有列出的步骤或模块，或某些实施例还包括对于这些过程、方法、产品或设备固有的其它步骤或模块。

以上对本申请实施例所提供的设备管理方法、装置、存储介质及电子设备进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种设备管理方法，其特征在于，包括：

确定线程的第一任务属性，所述第一任务属性为是否执行用户交互事件中相关任务；

根据所述第一任务属性确定线程的级别，其中，执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，线程的级别越高，其对应负载调整值越高；

当需要对处理器单元的工作频率进行调整时，根据所述处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值；

根据所述目标负载调整值调整所述处理器单元的负载，并上报调整后的负载，以根据所述负载调整所述处理器单元的工作频率。

2.如权利要求1所述的设备管理方法，其特征在于，所述根据所述第一任务属性确定线程的级别，包括：

当线程的第一任务属性为执行用户交互事件中相关任务、且所述线程为***类线程时，将所述线程设置为第一级别线程；

当线程的第一任务属性为执行用户交互事件中相关任务、且所述线程为应用类线程时，将所述线程设置为第二级别线程；

当线程的第一任务属性为不执行用户交互事件中相关任务时，将所述线程设置为第三级别线程。

3.如权利要求1所述的设备管理方法，其特征在于，所述根据所述第一任务属性确定线程的级别，包括：

当线程的第一任务属性为执行用户交互事件中相关任务、且所述线程为***类线程时，将所述线程设置为第一级别线程；

当线程的第一任务属性为执行用户交互事件中相关任务、且所述线程为应用类线程时，将所述线程设置为第二级别线程；

当所述线程不具有第一任务属性信息时，将所述线程设置为第三级别线程；

当线程的第一任务属性为不执行用户交互事件中相关任务时，将所述线程设置为第四级别线程。

4.如权利要求3所述的设备管理方法，其特征在于，所述方法还包括：

当有后台线程接收到所述第一级别线程发送的任务处理请求时，将所述后台线程设置为第一级别线程；

当有后台线程接收到所述第二级别线程发送的任务处理请求时，将所述后台线程设置为第二级别线程。

5.如权利要求1所述的设备管理方法，其特征在于，所述确定线程的第一任务属性之前，还包括：

确定出用于执行用户交互事件中相关任务的目标线程，为所述目标线程添加第一预设标签，以将所述目标线程的第一任务属性标记为执行用户交互事件中相关任务。

6.如权利要求5所述的设备管理方法，其特征在于，所述确定出用于执行用户交互事件中相关任务的目标线程，为所述目标线程添加第一预设标签，包括：

当检测到有进程切换至前台运行时，确定前台进程；

从所述前台进程的线程中识别出用于执行用户交互事件中相关任务的第一预设线程，作为目标线程；

为所述目标线程添加第一预设标签；

当检测到有第二预设线程创建时，为创建的第二预设线程添加第一预设标签，其中，所述第二预设线程为***级线程。

7.如权利要求1所述的设备管理方法，其特征在于，所述根据所述处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值，包括：

确定所述处理器单元的均衡调整周期内运行的线程的最高级别，将最高级别对应的负载调整值，作为目标负载调整值。

8.一种设备管理装置，其特征在于，包括：

属性确定模块，用于确定线程的第一任务属性，所述第一任务属性为是否执行用户交互事件中相关任务；

级别划分模块，用于根据所述第一任务属性确定线程的级别，其中，执行用户交互事件中相关任务的线程的级别，高于不执行用户交互事件中相关任务的线程的级别，线程的级别越高，其对应负载调整值越高；

调整值确定模块，用于当需要对处理器单元的工作频率进行调整时，根据所述处理器单元的均衡调整周期内运行的线程的级别，确定目标负载调整值；

频率调整模块，用于根据所述目标负载调整值调整所述处理器单元的负载，并上报调整后的负载，以根据所述负载调整所述处理器单元的工作频率。

9.一种存储介质，其上存储有计算机程序，其特征在于，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至7任一项所述的设备管理方法。

10.一种电子设备，包括处理器和存储器，所述存储器存储有计算机程序，其特征在于，所述处理器通过调用所述计算机程序，用于执行如权利要求1至7任一项所述的设备管理方法。

Images