一种应用保活方法、装置和电子设备与流程

1.本技术涉及计算机技术领域，尤其涉及一种应用保活方法、装置和电子设备。


背景技术：

2.用户在使用人工智能(artificial intelligence，ai)终端、智能手机、平板电脑、智能手表和智能手环等电子设备时，经常会在两个应用之前来回切换。例如，一种常见切换场景是：用户先将前台应用从第一应用切换到第二应用，在第二应用完成特定操作之后，再将前台应用从第二应用切换回第一应用。
3.当应用在后台运行时，电子设备会为这个应用设置较低的保活优先级。电子设备在系统资源不足时，为了避免前台应用出现界面卡顿、响应迟缓的情况，会按照保活优先级从低到高的顺序对后台应用进行清理，例如结束后台应用的进程，以释放系统资源。
4.然而，在上述场景中，如果第一应用在后台运行时被查杀，那么当用户将前台应用从第二应用切换回第一应用时，第一应用就需要重新启动加载界面资源，并且还会丢失之前的运行状态，降低了用户使用体验。


技术实现要素：

5.本技术提供了一种应用保活方法、装置和电子设备，能够优化电子设备系统的后台应用查杀机制，提高用户执行应用切换操作时的使用体验。
6.第一方面，本技术提供了一种应用保活方法，该方法包括：当前台应用从第一应用切换到第二应用时，获取第二应用相对于第一应用的回调概率，第二应用相对于第一应用的回调概率是指在前台应用从第一应用切换到第二应用之后的第一预设时长内，前台应用从第二应用切换回第一应用的概率；当第二应用相对于第一应用的回调概率大于预设阈值时，提高第一应用作为后台应用时的保活优先级；其中，电子设备在系统资源不足时按照保活优先级从低到高的顺序结束至少一个后台应用的进程，以释放系统资源。
7.根据以上技术方案，当第二应用相对于第一应用的回调概率较高时，第一应用的后台进程不易被电子设备查杀，使得前台应用从第二应用切换回第一应用时，第一应用能够以切换到后台运行之前的状态继续在前台运行，使得用户在第一应用的操作可以无缝衔接，符合用户希望继续使用第一应用的意愿，提高用户使用体验。
8.在一种实现方式中，当前台应用从第一应用切换到第二应用时，获取从第二应用到第一应用的回调概率之前，该方法还包括：为每个在前台运行过的应用生成前台运行记录，每个前台运行记录包括一个应用的应用名称和该应用作为一次前台应用的时长；其中，当生成多个前台运行记录时，多个前台运行记录按照其各自对应的应用在前台运行的时间先后顺序排列。由此，电子设备可以根据上述前台运行记录计算从第二应用到第一应用的回调概率。
9.在一种实现方式中，当前台应用从第一应用切换到第二应用时，获取从第二应用到第一应用的回调概率之前，该方法还包括：根据多个前台运行记录，获取前台应用从第一
应用切换到第二应用的切换次数；其中，对于前后相邻生成的前台运行记录n和前台运行记录n 1，n为自然数，当前台运行记录n对应第一应用，并且前台运行记录n 1对应第二应用时，将前台应用从第一应用切换到第二应用的切换次数加1。
10.在一种实现方式中，当前台应用从第一应用切换到第二应用时，获取从第二应用到第一应用的回调概率之前，该方法还包括：根据多个前台运行记录，获取第二应用相对于第一应用的回调次数；其中，对于前后相邻生成前台运行记录n、前台运行记录n 1和前台运行记录n 2，n为自然数，当前台运行记录n和前台运行记录n 2对应第一应用，并且前台运行记录n 1对应第二应用时，判断前台运行记录n 1中记录的时长是否小于或者等于第一预设时长；当前台运行记录n 1中记录的时长小于或者等于第一预设时长时，将第二应用相对于第一应用的回调次数加1。
11.在一种实现方式中，当前台应用从第一应用切换到第二应用时，获取从第二应用到第一应用的回调概率之前，该方法还包括：计算所述第二应用相对于所述第一应用的回调概率，第二应用相对于第一应用的回调概率等于第二应用相对于第一应用的回调次数与前台应用从第一应用切换到第二应用的切换次数的比例。
12.在一种实现方式中，提高第一应用作为后台应用时的保活优先级，包括：将第一应用的保活优先级从默认优先级提高至第一优先级，使得第一应用在后台运行时不会被查杀。
13.在一种实现方式中，将第一应用的保活优先级从默认优先级提高至第一优先级之后，还包括：当第二应用本次作为前台应用的时长大于第一预设时长时，将第一应用的保活优先级从第一优先级降低至默认优先级。应当理解的是，当第二应用本次作为前台应用的时长大于第一预设时长时，本次切换操作的第一应用和第二应用之间不具备回调关联，意味着用户可能要长时间的将第二应用作为前台应用使用，在这种情况下，电子设备不对第一应用进行特别的保护。
14.在一种实现方式中，将第一应用的保活优先级从默认优先级提高至第一优先级之后，还包括：当前台应用从第二应用切换到过渡性应用时，判断过渡性应用在前台运行的时长是否大于第二预设时长；当过渡性应用在前台运行的时长大于第二预设时长时，将第一应用的保活优先级从第一优先级降低至默认优先级；其中，过渡性应用至少包括主屏幕应用、多任务窗口应用和通知栏应用。应当理解的是，如果过渡性应用在前台运行的时长大于第二预设时长，意味着用户并不想切换回第一应用，在这种情况下，电子设备不对第一应用进行特别的保护。
15.在一种实现方式中，将第一应用的保活优先级从默认优先级提高至第一优先级之后，还包括：当前台应用从第二应用切换到第三应用时，将第一应用的保活优先级从第一优先级降低至默认优先级，其中，第三应用不是过渡性应用。应当理解的是，当前台应用从第二应用切换到第三应用时，说明本次切换操作的第一应用和第二应用之间不具有回调关联，在这种情况下，电子设备不对第一应用进行特别的保护。
16.在一种实现方式中，当前台应用从第一应用切换到第二应用时，如果没有获取到回调概率，判断第二应用是否是从第一应用内直接跳转到前台运行的；当第二应用是从第一应用内直接跳转到前台运行时，将第一应用的保活优先级从默认优先级提高至第一优先级。应当理解的是，如果第二应用是从第一应用内直接跳转到前台运行，说明第一应用和第
二应用具有回调关联的可能性较大，在这种情况下，电子设备提高第一应用的保活优先级，使得第一应用在后台运行时不会被查杀。
17.在一种实现方式中，电子设备的系统资源不足包括：电子设备的可用内存ram低于预设的内存阈值，和/或者，电子设备的处理器使用率高于预设的使用率阈值，和/或者，电子设备的功耗高于预设的功耗阈值。
18.第二方面，本技术还提供了一种应用保活装置，该应用保活装置具有实现上述电子设备行为的功能，该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的单元模块。在一个可能的设计中，上述应用保活装置包括：回调概率获取单元，用于当前台应用从第一应用切换到第二应用时，获取第二应用相对于第一应用的回调概率，第二应用相对于第一应用的回调概率是指在前台应用从第一应用切换到第二应用之后的第一预设时长内，前台应用从第二应用切换回第一应用的概率；保活优先级调整单元，用于当第二应用相对于第一应用的回调概率大于预设阈值时，提高第一应用作为后台应用时的保活优先级；其中，电子设备在系统资源不足时按照保活优先级从低到高的顺序结束至少一个后台应用的进程，以释放系统资源。
19.第三方面，本技术提供一种电子设备，该电子设备包括显示屏、存储器和一个或多个处理器；显示屏、存储器和处理器耦合；存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当处理器执行计算机指令时，使得电子设备执行如第一方面及其任一种实现方式的方法。
20.第四方面，本技术提供一种芯片系统，该芯片系统包括处理器和存储器；存储器和处理器耦合；存储器中存储有计算机指令；当处理器执行计算机指令时，使得电子设备执行如第一方面及其任一种实现方式的方法。
21.第五方面，本技术提供一种计算机存储介质，该计算机存储介质包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如第一方面及其任一种实现方式的方法。
22.第六方面，本技术提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面及其任一种实现方式的方法。
23.可以理解地，上述提供的第二方面的装置、第三方面的电子设备、第四方面的芯片系统、第五方面的计算机存储介质和第六方面的计算机程序产品所能达到的有益效果，可参考第一方面及其任一种实现方式中的有益效果，此处不再赘述。
附图说明
24.图1示出了用户在使用电子设备时的一种应用切换行为；
25.图2示出了一种应用切换场景；
26.图3示出了另一种应用切换场景；
27.图4示出了又一种应用切换场景；
28.图5是电子设备杀掉后台应用的场景示意图；
29.图6是本技术实施例提供的一种电子设备的结构示意图；
30.图7是本技术实施提供的一种应用保活方法的流程图；
31.图8是本技术实施例示出的回调关联概念的示意图；
32.图9是本技术实施提供的一种应用保活方法的另一个流程图；
33.图10是本技术实施提供的一种应用保活方法的另一个流程图；
34.图11是本技术实施提供的一种应用保活方法的另一个流程图；
35.图12是本技术实施例提供的获得一个应用相对于另一个应用的回调概率的流程图；
36.图13是电子设备统计一段历史时间内各个应用的前台运行记录的示意图；
37.图14是应用连续两次在前台运行时的运行时的前台运行记录示意图；
38.图15是电子设备统计应用之间的切换次数和回调次数的示意图；
39.图16是电子设备保存切换统计数据的示意图；
40.图17是本技术实施提供的一种应用保活装置的示意图；
41.图18是本技术实施提供的一种芯片系统的示意图。
具体实施方式
42.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
43.用户在使用人工智能(artificial intelligence，ai)终端、智能手机、平板电脑、智能手表和智能手环等电子设备时，经常会在两个应用之前来回切换。请参见图1，以第一应用和第二应用为例，一种可能的切换行为包括：在t0时刻之前，第一应用在电子设备的屏幕上显示界面，此时第一应用作为前台应用；在t0时刻，电子设备响应于用户的操作，将前台应用从第一应用切换到第二应用，此时第二应用作为前台应用，而第一应用则从前台应用变成了后台应用；在t1时刻，电子设备再次响应于用户的操作，将前台应用从第二应用切换回第一应用，此时第一应用重新作为前台应用，而第二应用则从前台应用变成了后台应用。其中，上述“用户的操作”可以是用户在电子设备屏幕上执行的手势操作和点击操作等。
44.上述图1示出的切换行为例如可能会发生在以下场景中：
45.示例场景1：如图2所示，第一应用是一款游戏，第二应用是一款社交软件。当用户玩游戏时(前台应用为第一应用)，如果用户想要将游戏战绩分享给自己的好友，或者想要邀请自己的好友一同游戏，那么用户会在游戏(第一应用)中使用分享功能。例如，用户在游戏(第一应用)点击“分享战绩到第二应用
”①
，那么第一应用会立即切换到后台，并同时唤醒第二应用到前台(即前台应用从第一应用切换到第二应用)；第二应用切换到前台之后，会显示好友列表，用户可以通过在好友列表中执行选中等操作将游戏战绩分享给好友
②
；然后，当用户在第二应用中点击“返回到第一应用”时
③
，第二应用会立即切换到后台，并同时唤醒第一应用到前台(即前台应用从第二应用切换回第一应用)，使用户能够继续游戏。
46.示例场景2：如图3所示，第一应用是一款购物应用，第二应用是一款支付应用。当用户使用第一应用进行购物下单时(前台应用为第一应用)，如果选择了使用第二应用支付，那么第一应用会唤起第二应用到前台(即前台应用从第一应用切换到第二应用)
④
；当用户在第二应用中完成支付操作，并点击“返回商家”时
⑤
，第二应用会立即切换到后台，并同时唤醒第一应用到前台(即前台应用从第二应用切换回第一应用)，使用户能够查看订单
或者继续购物。
47.示例场景3：如图4所示，第一应用是一款需要使用手机短信验证码登录的银行应用，第二应用是短信应用。在用户在第一应用的登录界面输入手机号码并点击“获取验证码”之后
⑥
，如果用户收到了短信验证码，电子设备会在显示屏顶部的导航栏弹出消息；当用户点击弹出消息时
⑦
，电子设备会将前台应用从第一应用切换到第二应用；用户在记下短信验证码之后，可以点击显示屏上的主屏幕按键(或执行手势操作)回到主屏幕
⑧
，然后在主屏幕中点击第一应用的图标回到第一应用
⑨
，或者，也可以点击显示屏上的多任务按键(或执行手势操作)来到多任务列表，然后在多任务列表中点击第一应用的图标回到第一应用。
48.需要补充说明的是，除了本技术实施例上述示出的场景之外，图1示出的切换行为还可能发生在其他场景中，例如：用户在非即时通信im应用中使用im账号进行登录，在外卖、团购等应用中调用电话应用给商家打电话，以及，在地图应用中查看路线图并且在社交应用中与好友分享路线等。因篇幅限制，本技术实施例此处对其他场景不作具体展开说明，应当理解的是，在用户使用电子设备的过程中，只要涉及到应用之间按照“第一应用
→
第二应用
→
第一应用”切换为前台应用的场景都属于本技术实施例的讨论范围。
49.需要补充说明的是，在“第一应用
→
第二应用
→
第一应用”的切换场景中，第一应用和第二应用之间可以通过直接切换的方式进行切换，也可以通过间接切换的方式进行切换。其中，直接切换是指：从第一应用直接跳转切换到第二应用，或者，从第二应用直接跳转切换到第一应用，中间不经过任何过渡性的应用。间接切换是指：从第一应用首先切换到过渡性应用，然后从过渡性应用切换到第二应用，或者，从第二应用首先切换到过渡性应用，然后从过渡性应用切换到第一应用。上述过渡性应用例如可以包括：主屏幕(桌面)应用、多任务窗口应用和通知栏应用等。
50.可以理解的是，无论一个应用是在前台运行还是在后台运行，它都会消耗电子设备的系统资源，例如：处理器资源，随机存取存储器(random access memory，ram)资源等。由于电子设备的系统资源是有限的，当后台应用占用较多的系统资源时，电子设备就无法为前台应用调度足够的系统资源，进而导致前台应用出现界面卡顿、响应迟缓等现象，在处理器性能较低，ram容量较小的电子设备中，后台应用与前台处理器争夺系统资源的现象会更加明显，使得前台应用更容易出现卡顿和响应迟缓。因此，为了保证前台应用流畅运行，电子设备在可用系统资源不足时，会通过一些机制对后台应用进行清理，例如：结束后台应用的系统进程，以释放系统资源，或者，将后台应用冻结，以避免后台应用的活动行为占用系统资源。
51.本技术实施例中，电子设备的系统资源不足可以包括：电子设备的可用内存ram不足，例如低于预设的内存阈值，和/或者，电子设备的处理器使用率过高，例如高于预设的使用率阈值，和/或者，电子设备的功耗过高，例如高于预设的功耗阈值，等等。
52.下面电子设备运行android系统为例，对电子设备清理后台应用的机制进行示例性说明。
53.可以理解的是，本技术实施例也可以应用到运行有其他操作系统的电子设备中，例如：ios系统、ipad os系统、windows mobile系统、linux系统、windows系统、鸿蒙系统(harmonyos)等。
54.android系统的基于低内存查杀机制(low memory killer，lmk)根据不同应用和应用状态，为应用配置了不同的保活优先级(adjustments，adj)，当系统资源不足时，系统会按照保活优先级从低到高的顺序依次对后台应用进行查杀，即结束应用的进程，直到释放出足够的系统资源供前台应用运行。
55.表1示出了一种针对不同应用和应用状态的保活优先级的配置方案。
[0056][0057][0058]
表1
[0059]
如表1所示，保活优先级的高低可以通过其优先级值来体现，各个保活优先级的优先级值可以预先自定义。在一种实现方式中，优先级值越小，说明保活优先级越高，优先级值越大，说明保活优先级越低。
[0060]
在android系统中，当第一应用为前台应用时，系统为其配置的保活优先级为foreground_app_adj。当前台应用从第一应用切换到第二应用时，系统为其配置的保活优先级为previous_app_adj，低于foreground_app_adj。当前台应用从第二应用切换到第一应用时，如果前台应用不是从第二应用直接跳转到第一应用，而是经历了主屏幕应用、多任务列表应用或者通知栏等过渡应用，那么系统很可能在前台应用从第二应用切换到过渡应用时，将第一应用的保活优先级调整到最低的cached_app_min_adj或者cached_app_max_adj，以下简称cached。当第一应用在后台运行的保活优先级为cached或者previous_app_adj时，由于优先级太低，在系统资源不足时很容易被lmk机制杀掉，导致前台应用从第二应用切换到第一应用时，第一应用要重新启动并加载资源，并且丢失之前的进度，严重降低了用户体验。
[0061]
以上述示例场景1为例，如图5所示，当用户在进行完一局游戏之后，在游戏a唤醒社交软件b，那么游戏a的保活优先级会被调整到previous_app_adj。在此之后，如果用户又
sound，i2s)接口，脉冲编码调制(pulse code modulation，pcm)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，uart)接口，移动产业处理器接口(mobile industry processor interface，mipi)，通用输入输出(general-purpose input/output，gpio)接口，用户标识模块(subscriber identity module，sim)接口，和/或通用串行总线(universal serial bus，usb)接口等。
[0072]
可以理解的是，本实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
[0073]
充电管理模块140用于从充电器接收充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。
[0074]
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
[0075]
电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
[0076]
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。
[0077]
移动通信模块150可以提供应用在电子设备100上的包括2g/3g/4g/5g等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，lna)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。
[0078]
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170a，受话器170b等)输出声音信号，或通过显示屏194显示图像或视频。
[0079]
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wireless local area networks，wlan)(如无线保真(wireless fidelity，wi-fi)网络)，蓝牙(bluetooth，bt)，全球导航卫星系统(global navigation satellite system，gnss)，调频(frequency modulation，fm)，近距离无线通信技术(near field communication，nfc)，红外技术(infrared，ir)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
[0080]
在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通
信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，gsm)，通用分组无线服务(general packet radio service，gprs)，码分多址接入(code division multiple access，cdma)，宽带码分多址(wideband code division multiple access，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)，北斗卫星导航系统(beidou navigation satellite system，bds)，准天顶卫星系统(quasi-zenith satellite system，qzss)和/或星基增强系统(satellite based augmentation systems，sbas)。
[0081]
电子设备100通过gpu，显示屏194，以及应用处理器等实现显示功能。gpu为图像处理的微处理器，连接显示屏194和应用处理器。gpu用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个gpu，其执行程序指令以生成或改变显示信息。
[0082]
显示屏194用于显示图像，视频等。该显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emitting diode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode，amoled)，柔性发光二极管(flex light-emitting diode，fled)，miniled，microled，micro-oled，量子点发光二极管(quantum dot light emitting diodes，qled)等。
[0083]
其中，本技术实施例中的显示屏194可以是触摸屏。即该显示屏194中集成了触摸传感器180k。该触摸传感器180k也可以称为“触控面板”。也就是说，显示屏194可以包括显示面板和触摸面板，由触摸传感器180k与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180k用于检测作用于其上或附近的触摸操作。触摸传感器180k检测到的触摸操作后，可以由内核层的驱动(如tp驱动)传递给上层，以确定输入事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180k也可以设置于电子设备100的表面，与显示屏194所处的位置不同。
[0084]
电子设备100可以通过isp，摄像头193，视频编解码器，gpu，显示屏194以及应用处理器等实现拍摄功能。isp用于处理摄像头193反馈的数据。摄像头193用于捕获静态图像或视频。数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，mpeg)1，mpeg2，mpeg3，mpeg4等。
[0085]
npu为神经网络(neural-network，nn)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过npu可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
[0086]
外部存储器接口120可以用于连接外部存储卡，例如micro sd卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。内部存储器121可以用于存储计算机可
执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。例如，在本技术实施例中，处理器110可以通过执行存储在内部存储器121中的指令，内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，ufs)等。
[0087]
电子设备100可以通过音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，以及应用处理器等实现音频功能。例如音乐播放，录音等。
[0088]
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。扬声器170a，也称“喇叭”，用于将音频电信号转换为声音信号。受话器170b，也称“听筒”，用于将音频电信号转换成声音信号。麦克风170c，也称“话筒”，“传声器”，用于将声音信号转换为电信号。耳机接口170d用于连接有线耳机。
[0089]
压力传感器180a用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180a可以设置于显示屏194。压力传感器180a的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180a，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180a检测所述触摸操作强度。电子设备100也可以根据压力传感器180a的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。本技术实施例中，电子设备100可以通过压力传感器180a获取用户的触摸操作的按压力度。
[0090]
按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。sim卡接口195用于连接sim卡。sim卡可以通过插入sim卡接口195，或从sim卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或n个sim卡接口，n为大于1的正整数。sim卡接口195可以支持nano sim卡，microsim卡，sim卡等。
[0091]
图7是本技术实施提供的一种应用保活方法的流程图。该方法均可以在具有上述硬件结构的电子设备100中实现。如图7所示，该方法可以包括以下步骤：
[0092]
步骤s201，当前台应用从第一应用切换到第二应用时，获取第二应用相对于第一应用的回调概率。
[0093]
一般来说，当电子设备运行时，前台应用按照什么样的顺序切换，以及每个应用在前台运行多少时间，是由用户意愿决定的。例如：
[0094]
意愿(一)：如果用户将前台应用从第一应用切换到第二应用之后希望长时间使用第二应用，那么第二应用在前台运行的时间就会很长。
[0095]
意愿(二)：如果用户将前台应用从第一应用切换到第二应用之后希望临时使用第二应用，并且在临时使用完第二应用之后立刻切换回第一应用，那么第二应用在前台运行的时间就会很短。意愿(二)可以对应本技术实施例前述示出的各个示例场景，例如：在上述示例场景1中，当用户从第一应用切换到第二应用时，用户希望将游戏战绩分享给好友之后就马上返回第一应用继续游戏，因此，因此第二应用在前台运行的时间会很短，通常在十几秒之内。
[0096]
由此可见，在上述“第一应用-第二应用-第一应用”的切换场景中，第二应用在前台运行的时长可以反映出用户的意愿，用户的意愿不同，则第二应用在前台运行的时长也不同。据此，本技术实施例定义第一应用和第二应用在相互切换过程中会存在一种“回调关联”概念。具体地：如图8所示，如果在前台应用从第一应用切换到第二应用之后的第一预设时长内，前台应用又从第二应用切换回第一应用，那么认为第一应用相对于第二应用发生了一次回调关联。如果在前台应用从第一应用切换到第二应用之后的第一预设时长内，前台应用没有从第二应用切换回第一应用，即使前台应用后来从第二应用切换回第一应用，也会认为第一应用相对于第二应用没有发生回调关联。其中，第一预设时长内可以是一个经验值，例如3min(分钟)、5min等。
[0097]
通过对上述“回调关联”概念的描述可以看出，如果第一应用相对于第二应用发生了回调关联，则可以反映出用户具有意愿(二)；如果第一应用相对于第二应用没有发生回调关联，则可以反映出用户具有意愿(一)。因此，本技术实施例通过“回调关联”概念将用户的意愿与本技术实施例的方法建立了关联。
[0098]
基于上述“回调关联”概念，本技术定义了一个应用相对于另一个而应用的回调概率。其中，第二应用相对于第一应用的回调概率是指在前台应用从第一应用切换到第二应用之后的第一预设时长内，前台应用从第二应用切换回第一应用的概率。
[0099]
具体实现中，电子设备可以统计一个历史时间段内的前台应用从第一应用切换到第二应用的切换次数，以及，统计该历史时间段内的第二应用相对于第一应用的回调次数。将第二应用相对于第一应用的回调次数与前台应用从第一应用切换到第二应用的切换次数num_total的比值作为第二应用相对于第一应用的回调概率，即：
[0100][0101]
上述公式
①
中，a表示第一应用，b表示第二应用，callback_rate(a,b)表示第二应用相对于第一应用的回调概率，num_callback(a,b)表示历史时间段内的第二应用相对于第一应用的回调次数，num_total(a,b)表示历史时间段内的前台应用从第一应用切换到第二应用的切换次数。
[0102]
步骤s202，当第二应用相对于第一应用的回调概率大于预设阈值时，提高所述第一应用作为后台应用时的保活优先级。
[0103]
可以理解的是，第二应用相对于第一应用的回调概率越大，说明在前台应用从第一应用切换到第二应用之后的第一预设时长内，前台应用从第二应用切换回第一应用的可能性越大，第二应用相对于第一应用的回调概率越小，说明在前台应用从第一应用切换到第二应用之后的第一预设时长内，前台应用从第二应用切换回第一应用的可能性越小。
[0104]
基于上述理解，本技术实施例针对回调概率预设了阈值，该阈值可以是一个经验
值，例如30％、40％等。当第二应用相对于第一应用的回调概率大于阈值时，认为用户当前具有意愿(二)的可能性较大，因此，电子设备提高第一应用的保活优先级，使得第一应用在后台不易被lmk机制查杀，从而当用户将前台应用从第二应用切换回第一应用时，第一应用能够以切换到后台运行之前的状态继续在前台运行，使得用户在第一应用的操作可以无缝衔接，提高用户使用体验。当第二应用相对于第一应用的回调概率小于或者等于阈值时，认为用户当前具有意愿(一)的可能性较大，因此，电子设备对第一应用的保活优先级不做特殊调整，当电子设备的可用系统资源较低时，第一应用可以被lmk机制查杀，从而释放系统资源，防止系统出现卡顿，提高用户使用体验。
[0105]
本技术实施例在步骤s202的具体实现中，定义了一个新的保活优先级，例如：callback_app_adj，其含义可以解释为回调进程，对应权利要求书中的第一优先级。callback_app_adj高于previous_app_adj并且低于foreground_app_adj。
[0106]
表2示出了一种包含保callback_app_adj的活优先级的配置方案。
[0107][0108][0109]
表2
[0110]
如表2所示，callback_app_adj的优先级值示例地设置为290，高于backup_app_adj、heavy_weight_app_adj、service_adj、home_app_adj和previous_app_adj等。
[0111]
一般来说，当前台应用从第一应用切换到第二应用时，系统会将第一应用的保活优先级默认设置为previous_app_adj，对应权利要求书中的默认优先级。previous_app_adj的优先级值仅为700，仅比service_b_adj和cached略高，当电子设备的系统资源不足时，很容易被lmk机制查杀。
[0112]
本技术实施例中，当前台应用从第一应用切换到第二应用时，如果第二应用相对
于第一应用的回调概率大于预设阈值，电子设备可以直接将第一应用作为后台应用的保活优先级从默认的previous_app_adj提高至callback_app_adj，callback_app_adj的优先级值例如可以为290，高于很多进程的优先级。当系统资源不足时，lmk机制会按照保活优先级从低到高的顺序，首先查杀保活优先级为cached_app_max_adj的进程、然后再查杀保活优先级为cached_app_min_adj的进程，然后再查杀保活优先级为service_b_adj的进程，然后再查杀previous_app_adj的进程，依次类推，直到释放出足够的系统资源。由此可见，由于第二应用的保活优先级高于备份进程、服务进程、主屏幕进程等很多其他进程，因此很难被lmk机制杀掉。
[0113]
根据以上技术方案，当用户将电子设备的前台应用从第一应用切换到第二应用时，电子获取第二应用相对于第一应用的回调概率；当第二应用相对于第一应用的回调概率大于预设阈值时，电子提高第一应用作为后台应用时的保活优先级，使得第二应用在后台不会被lmk机制查杀。由此，当用户将前台应用从第二应用切换回第一应用时，第一应用能够以切换到后台运行之前的状态继续在前台运行，使得用户在第一应用的操作可以无缝衔接，符合用户希望继续使用第一应用的意愿，提高用户使用体验。
[0114]
请参见图9，在一种可选择的实现方式中，本技术实施例提供的应用保活方法还可以包括：
[0115]
步骤s203，当第二应用本次作为前台应用的时长大于第一预设时长时，将第一应用的保活优先级从第一优先级降低至默认优先级。
[0116]
可以理解的是，当第二应用本次作为前台应用的时长大于第一预设时长时，第一应用和第二应用之间不具备回调关联，意味着用户可能要长时间的将第二应用作为前台应用使用。在这种情况下，电子设备不需要对第一应用进行额外的保护，因此，电子设备可以将第一应用的保活优先级从callback_app_adj降低至默认的previous_app_adj，使得第一应用在系统资源不足时，容易被lmk机制查杀，以释放系统资源。
[0117]
请参见图10，在一种可选择的实现方式中，本技术实施例提供的应用保活方法还可以包括：
[0118]
步骤s204，当前台应用从第二应用切换到过渡性应用时，判断过渡性应用在前台运行的时长是否大于第二预设时长。
[0119]
步骤s205，当过渡性应用在前台运行的时长大于第二预设时长时，将第一应用的保活优先级从第一优先级降低至默认优先级。
[0120]
本技术实施例中，过渡性应用例如可以包括主屏幕应用(系统桌面)、多任务窗口应用和通知栏应用。在android系统中，上述过渡性应用一般属于系统的launcher进程和systemui进程(包括systemui_navthread子进程和systemui_statusbar子进程等)。
[0121]
一般来说，用户可以通过两种不同的操作方式实现前台应用从第而应用到第一应用的切换，这取决于用户的使用习惯。第一种操作方式可以是：用户利用电子设备系统提供的应用程序接口api直接从第二应用内返回第一应用到前台。第二种操作方式可以是：用户首先将前台应用从第二应用切换到过渡性应用，然后再将前台应用从过渡性应用切换到第一应用；示例地，用户在社交应用(第二应用)内分享战绩之后，可以先点击电子设备显示屏上的主屏幕键(home键)，将前台应用从社交应用切换到主屏幕应用，然后再点击主屏幕中的游戏应用(第一应用)的图标，将前台应用从主屏幕应用切换到游戏应用。
[0122]
可以理解的是，当用户将前台应用从第二应用切换到一个过渡性应用时，如果用户的真实意图是通过这个过渡性应用将第一应用切换回前台继续使用，那么用户在这个过渡性应用停留的时间会很短。因此本技术实施例中，当前台应用从所述第二应用切换到一个过渡性应用时；则判断这个过渡性应用在前台运行的时长是否大于第二预设时长；如果这个过渡性应用在前台运行的时长大于第二预设时长，意味着用户并不想切换回第一应用，因此，电子设备可以将第一应用的保活优先级从callback_app_adj降低至默认的previous_app_adj，使得第一应用在系统资源不足时，更容易被lmk机制查杀，以释放系统资源。
[0123]
进一步参见图10，在一种可选择的实现方式中，本技术实施例提供的应用保活方法还可以包括：
[0124]
步骤s206，当前台应用从第二应用切换到第三应用时，将第一应用的保活优先级从第一优先级降低至默认优先级，其中，第三应用不是过渡性应用。
[0125]
当前台应用从第二应用切换到第三应用时，说明本次切换的第一应用和第二应用之间不具有回调关联。在这种情况下，电子设备不需要对第一应用进行特别的保护，因此，电子设备可以将第一应用的保活优先级从callback_app_adj降低至默认的previous_app_adj，使得第一应用在系统资源不足时，更容易被lmk机制查杀，以释放系统资源。其中，前台应用从第二应用切换到第三应用可以是通过直接切换的方式实现，也可以是通过间接切换的方式实现。
[0126]
请参见图11，在一种可选择的实现方式中，本技术实施例提供的应用保活方法还可以包括：
[0127]
步骤s207，当前台应用从第一应用切换到第二应用时，如果没有获取到回调概率，判断第二应用是否是从第一应用内直接跳转到前台运行的。
[0128]
可以理解的是，当前台应用是第一次从第一应用切换到第二应用时，电子设备可能还没有统计出第二应用相对于第一应用的回调概率，在这种情况下，电子设备判断第二应用是否是从第一应用内直接跳转到前台运行的，直接跳转指的是前台应用从第一应用切换到第二应用的过程中不经过任何过渡性应用。
[0129]
步骤s208，当第二应用是从第一应用内直接跳转到前台运行时，将第一应用的保活优先级从默认优先级提高至第一优先级。
[0130]
如果第二应用是从第一应用内直接跳转到前台运行，说明第一应用和第二应用具有回调关联的可能性较大，例如上述示例场景1和示例场景2在实际使用中就通常是通过直接跳转的方式复现的。因此，在这种情况下，电子设备可以直接将第一应用作为后台应用的保活优先级从默认的previous_app_adj提高至callback_app_adj，以避免第一应用在后台背lmk机制查杀。
[0131]
本技术实施例还提供了一种获得一个应用相对于另一个应用的回调概率的方法。该方法如图12所示，可以具体包括以下步骤：
[0132]
步骤s301，为每个在前台运行过的应用生成前台运行记录，每个前台运行记录包括一个应用作为一次前台应用的时长。
[0133]
具体实现中，如图13所示，电子设备可以在一段历史时间内统计各个应用每一次在前台运行的时长，然后根据统计数据为每个在前台运行过的应用生成前台运行记录。应
用每在前台运行一次，电子设备就会相应地生成一条前台运行记录。每一条前台运行记录可以包括一个应用的应用名称和该应用作为一次前台应用的时长，例如(appname，time)，其中，appname为应用名称，time为时长。当生成多个前台运行记录时，多个前台运行记录按照其各自对应的应用在前台运行的时间先后顺序排列，例如：{(appname 1,time 1),(appname 2,time 2),
…
,(appname n,time n)}。
[0134]
在一种可选择的实现方式中，电子设备可以在其操作系统被激活之后开始生成前台运行记录，从而在用户使用电子设备的过程中，电子设备随着时间的推移不断生成新的前台运行记录，以追踪用户的使用习惯。另外，电子设备还可以主动删除一些时间久远的前台运行记录，从而仅追踪用户近期的使用习惯，例如：删除1个月之前的前台运行记录，删除3个月之前的前台运行记录等。
[0135]
在一种可选择的实现方式中，电子设备忽略主屏幕应用、多任务窗口应用和通知栏应用等过渡性应用在前台运行的行为，不生成主屏幕应用、多任务窗口应用和通知栏应用等过渡性应用的前台运行记录，以避免对应用之间回调次数的计算造成干扰，同时降低前台运行记录的数量。
[0136]
在一种可选择的实现方式中，如图14所示，如果上一个前台应用与当前的前台应用是同一个应用，即一个应用连续在前台运行了两次，则将这个应用两次前台运行的时间累加，生成一个前台运行记录。示例地，如果用户将前台应用从一款社交应用切换回主屏幕应用，然后紧接着从主屏幕应用返回了这个社交应用，那么可以认为这个社交应用连续在前台运行了两次。
[0137]
在一种可选择的实现方式中，应用名称appname可以是应用的程序包名称，时间time的单位可以是秒(s)。以android系统为例，华为应用商店的程序包名称是com.huawei.appmarket，那么，如果华为应用商店一次在前台运行的时间是20秒，那么电子设备为其生成的前台运行记录可以是(com.huawei.appmarket，20)。
[0138]
步骤s302，根据多个前台运行记录，获取第二应用相对于第一应用的切换次数。
[0139]
具体实现中，如图15所示，以a表示第一应用，b表示第二应用，以num_total(a,b)表示前台应用从第一应用a切换到第二应用b的切换次数，num_total(a,b)的初始值为0。那么，对于前后相邻生成的前台运行记录n和前台运行记录n 1，n为自然数，当前台运行记录n对应第一应用a，并且前台运行记录n 1对应第二应用b时，则认为发生了一次前台任务从第一应用a到第二应用b的切换，因此，将前台应用从第一应用a切换到第二应用b的切换次数加1，即：
[0140]
num_total(a,b)＝num_total(a,b) 1
[0141]
步骤s303，根据多个前台运行记录，获取第二应用相对于第一应用的回调次数。
[0142]
具体实现中，如图15所示，以num_callback(a,b)表示第二应用b相对于第一应用a的回调次数，num_callback(a,b)的初始值为0。那么，对于前后相邻生成前台运行记录n、前台运行记录n 1和前台运行记录n 2，n为自然数，当前台运行记录n和前台运行记录n 2对应第一应用a，并且前台运行记录n 1对应第二应用b时，电子设备判断前台运行记录n 1中记录的第二应用b在前台运行的时长time b
n 1
是否小于或者等于第一预设时长t0；当time n小于或者等于第一预设时长t0时，将第二应用相对于第一应用的回调次数加1，即：
[0143]
num_callback(a,b)＝num_callback(a,b) 1
[0144]
步骤s304，计算第二应用相对于第一应用的回调概率，第二应用相对于第一应用的回调概率等于第二应用相对于第一应用的回调次数与前台应用从第一应用切换到第二应用的切换次数的比值。
[0145]
即：
[0146][0147]
另外，电子设备在计算上述num_total(a,b)、num_callback(a,b)和callback_rate(a,b)之后，还可以生成第一应用a相对于第二应用b的切换统计数据，例如record(a,b)：
[0148]
record(a,b)＝{num_callback,num_other,num_total,callback_rate}
[0149]
如图16所示，电子设备可以将包括record(a,b)在内的所有应用之间的切换统计数据保存至电子设备的存储器中，该切换统计数据可以作为用户的使用习惯数据，供电子设备查询使用，或者用于电子设备实现基于用户习惯的ai优化。其中，存储器例如可以是电子设备内部的闪存(flash memory)，也可以是云端存储器，本技术实施例对此不作限定。
[0150]
上述实施例对本技术提供的应用保活方法的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0151]
例如，上述电子设备通过软件模块来实现相应的功能。
[0152]
在一个实施例中，如图17所示，用于实现上述电子设备行为的功能的应用保活装置包括：回调概率获取单元401，用于当前台应用从第一应用切换到第二应用时，获取第二应用相对于第一应用的回调概率，第二应用相对于第一应用的回调概率是指在前台应用从第一应用切换到第二应用之后的第一预设时长内，前台应用从第二应用切换回第一应用的概率；保活优先级调整单元402，用于当第二应用相对于第一应用的回调概率大于预设阈值时，提高第一应用作为后台应用时的保活优先级；其中，电子设备在系统资源不足时按照保活优先级从低到高的顺序结束至少一个后台应用的进程，以释放系统资源。
[0153]
根据以上技术方案，当第二应用相对于第一应用的回调概率较高时，第一应用的后台进程不易被电子设备查杀，使得前台应用从第二应用切换回第一应用时，第一应用能够以切换到后台运行之前的状态继续在前台运行，使得用户在第一应用的操作可以无缝衔接，符合用户希望继续使用第一应用的意愿，提高用户使用体验。
[0154]
可选的，该应用保活装置还包括：前台运行记录生成单元403，用于为每个在前台运行过的应用生成前台运行记录，每个前台运行记录包括一个应用作为一次前台应用的时长；其中，当生成多个前台运行记录时，多个前台运行记录按照其各自对应的应用在前台运行的时间先后顺序排列。由此，电子设备可以根据上述前台运行记录计算从第二应用到第一应用的回调概率。
[0155]
可选的，该应用保活装置还包括：切换次数计算单元404，用于根据多个前台运行
记录，获取前台应用从第一应用切换到第二应用的切换次数；其中，对于前后相邻生成的前台运行记录n和前台运行记录n 1，n为自然数，当前台运行记录n对应第一应用，并且前台运行记录n 1对应第二应用时，将前台应用从第一应用切换到第二应用的切换次数加1。
[0156]
可选的，该应用保活装置还包括：回调次数计算单元405，用于根据多个前台运行记录，获取第二应用相对于第一应用的回调次数；其中，对于前后相邻生成前台运行记录n、前台运行记录n 1和前台运行记录n 2，n为自然数，当前台运行记录n和前台运行记录n 2对应第一应用，并且前台运行记录n 1对应第二应用时，判断前台运行记录n 1中记录的时长是否小于或者等于第一预设时长；当前台运行记录n 1中记录的时长小于或者等于第一预设时长时，将第二应用相对于第一应用的回调次数加1。
[0157]
可选的，该应用保活装置还包括：回调概率计算单元406，用于计算第二应用相对于第一应用的回调概率，第二应用相对于第一应用的回调概率等于第二应用相对于第一应用的回调次数与前台应用从第一应用切换到第二应用的切换次数的比值。
[0158]
可选的，保活优先级调整单元402，具体用于当第二应用相对于第一应用的回调概率大于预设阈值时，将第一应用的保活优先级从默认优先级提高至第一优先级。使得第一应用在后台运行时不会被查杀。
[0159]
可选的，保活优先级调整单元402，还用于当第二应用本次作为前台应用的时长大于第一预设时长时，将第一应用的保活优先级从第一优先级降低至默认优先级。应当理解的是，当第二应用本次作为前台应用的时长大于第一预设时长时，第一应用和第二应用之间不具备回调关联，意味着用户可能要长时间的将第二应用作为前台应用使用，在这种情况下，电子设备不对第一应用进行特别的保护。
[0160]
可选的，保活优先级调整单元402，还用于当前台应用从第二应用切换到过渡性应用时，判断过渡性应用在前台运行的时长是否大于第二预设时长；保活优先级调整单元402，还用于当过渡性应用在前台运行的时长大于第二预设时长时，将第一应用的保活优先级从第一优先级降低至默认优先级。其中，过渡性应用至少包括主屏幕应用、多任务窗口应用和通知栏应用。应当理解的是，如果过渡性应用在前台运行的时长大于第二预设时长，意味着用户并不想切换回第一应用，在这种情况下，电子设备不对第一应用进行特别的保护。
[0161]
可选的，保活优先级调整单元402，还用于当前台应用从第二应用切换到第三应用时，将第一应用的保活优先级从第一优先级降低至默认优先级，其中，第三应用不是过渡性应用；其中，过渡性应用至少包括主屏幕应用、多任务窗口应用和通知栏应用。应当理解的是，当前台应用从第二应用切换到第三应用时，说明本次切换操作的第一应用和第二应用之间不具有回调关联，在这种情况下，电子设备不对第一应用进行特别的保护。
[0162]
可选的，回调概率获取单元401，还用于当前台应用从第一应用切换到第二应用时，如果没有获取到回调概率，判断第二应用是否是从第一应用内直接跳转到前台运行的。保活优先级调整单元402，还用于当第二应用是从第一应用内直接跳转到前台运行时，将第一应用的保活优先级从默认优先级提高至第一优先级。应当理解的是，如果第二应用是从第一应用内直接跳转到前台运行，说明第一应用和第二应用具有回调关联的可能性较大，在这种情况下，电子设备提高第一应用的保活优先级，使得第一应用在后台运行时不会被查杀。
[0163]
可选的，电子设备的系统资源不足包括：电子设备的可用内存ram低于预设的内存
阈值，和/或者，电子设备的处理器使用率高于预设的使用率阈值，和/或者，电子设备的功耗高于预设的功耗阈值。
[0164]
另外，上述电子设备通过硬件模块来实现相应的功能。
[0165]
在一个实施例中，如图1所示，该电子设备例如可以包括：显示屏194、存储器121和处理器110。该显示屏194、存储器121和处理器110耦合。该存储器121用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器110执行计算机指令时，电子设备可执行上述方法实施例中的各个功能或者步骤。
[0166]
本技术实施例还提供一种芯片系统，如图18所示，该芯片系统包括处理器501和存储器502。存储器502存储有计算机指令503，当计算机指令503被处理器501执行时，可使得电子设备执行上述实施例中的各个步骤。当然，该芯片系统还可以包含其他分立器件，本技术实施例对此不作具体限定。
[0167]
本技术实施例还提供一种计算机存储介质，该计算机存储介质包括计算机指令，当计算机指令在上述电子设备上运行时，使得该电子设备执行上述方法实施例中电子设备执行的各个功能或者步骤。
[0168]
本技术实施例还提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例中电子设备执行的各个功能或者步骤。
[0169]
通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
[0170]
容易理解的是，本领域技术人员在本技术提供的几个实施例的基础上，可以对本技术的实施例进行结合、拆分、重组等得到其他实施例，这些实施例均没有超出本技术的保护范围。
[0171]
在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0172]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0173]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0174]
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现
出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0175]
以上内容，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。