CN118034789A - 一种进程管理方法、电子设备及存储介质 - Google Patents
一种进程管理方法、电子设备及存储介质 Download PDFInfo
- Publication number
- CN118034789A CN118034789A CN202211390743.5A CN202211390743A CN118034789A CN 118034789 A CN118034789 A CN 118034789A CN 202211390743 A CN202211390743 A CN 202211390743A CN 118034789 A CN118034789 A CN 118034789A
- Authority
- CN
- China
- Prior art keywords
- awakened
- wake
- request
- sleep
- management method
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 262
- 238000007726 management method Methods 0.000 title claims abstract description 40
- 230000007958 sleep Effects 0.000 claims abstract description 68
- 230000000977 initiatory effect Effects 0.000 claims abstract description 32
- 238000004891 communication Methods 0.000 claims description 18
- 230000019371 dormancy process Effects 0.000 claims description 17
- 230000026676 system process Effects 0.000 claims description 8
- 230000001419 dependent effect Effects 0.000 claims description 5
- 238000012544 monitoring process Methods 0.000 claims description 4
- 230000008447 perception Effects 0.000 claims description 3
- 230000002618 waking effect Effects 0.000 claims description 3
- 230000005059 dormancy Effects 0.000 abstract description 10
- 230000000694 effects Effects 0.000 abstract description 9
- 230000004044 response Effects 0.000 abstract 1
- 238000004590 computer program Methods 0.000 description 6
- 239000011230 binding agent Substances 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000000517 effect on sleep Effects 0.000 description 3
- 230000000007 visual effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
- G06F1/26—Power supply means, e.g. regulation thereof
- G06F1/32—Means for saving power
- G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
- G06F1/3234—Power saving characterised by the action undertaken
- G06F1/329—Power saving characterised by the action undertaken by task scheduling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Power Sources (AREA)
Abstract
本发明涉及计算机技术领域，具体提供一种进程管理方法、电子设备及存储介质，旨在解决系统后台进程在休眠后被频繁唤醒影响休眠效果的问题。为此目的，本发明的进程管理方法应用于系统框架层，包括响应于接收到的对休眠进程的唤醒请求，判断发起唤醒请求的进程的重要性层级，若发起唤醒请求的进程的重要性层级属于第一重要性层级，则对发起唤醒请求对应的休眠进程进行第一次唤醒，当休眠进程被唤醒且保持唤醒状态第一预设时长后，判断被唤醒的休眠进程是否能够被用户感知，并基于判断结果执行相应操作。通过上述方式，进一步保证了系统后台进程的休眠效果，释放了内存，进而提升系统性能降低功耗。
Description
技术领域
本发明涉及计算机技术领域，具体涉及一种进程管理方法、电子设备及存储介质。
背景技术
目前，Android系统性能和功耗优化是提升用户体验的重点，而进程休眠技术是进程后台管控的一种手段，把后台进程休眠掉，解决了后台进程占用中央处理器(CentralProcessingUnit,CPU)资源等问题，提升手机性能和降低功耗。
进程休眠后，为了不影响用户体验效果，在用户需要使用某个App的情况下，又必须把相关联的后台进程都唤醒，在系统里面，Binder通信是进程间通信的主要手段之一，有时需要通过Binder通信唤醒被休眠的进程，但是后台进程之间频繁的唤醒，会影响整个休眠效果。
相应地，本领域需要一种新的技术方案来解决上述问题。
发明内容
为了克服上述缺陷，提出了本发明，以提供解决或至少部分地解决系统后台进程在休眠后被频繁唤醒影响休眠效果的技术问题的一种进程管理方法、电子设备及存储介质。
在第一方面，提供一种进程管理方法，应用于系统框架层，所方法包括：
响应于接收到的对休眠进程的唤醒请求，判断发起唤醒请求的进程的重要性层级；
若所述发起唤醒请求的进程的所述重要性层级属于第一重要性层级，则对所述发起唤醒请求对应的所述休眠进程进行第一次唤醒；
当所述休眠进程被唤醒且保持唤醒状态第一预设时长后，判断被唤醒的所述休眠进程是否能够被用户感知，并基于判断结果执行相应操作。
在上述进程管理方法的一个技术方案中，所述当所述休眠进程被唤醒第一预设时长后，判断被唤醒的所述休眠进程是否能够被用户感知，并基于判断结果执行相应操作包括：
若被唤醒的所述休眠进程能够被用户感知，则被唤醒的所述休眠进程保持唤醒状态；
若被唤醒的所述休眠进程不能够被用户感知，则控制被唤醒的所述休眠进程再次进入休眠状态。
在上述进程管理方法的一个技术方案中，所述判断发起唤醒请求的进程的重要性层级包括：
当所述发起唤醒请求的进程为系统进程、前台可见进程、前台可见关联进程和系统感知进程中至少一种时，所述重要性层级属于所述第一重要性层级。
在上述进程管理方法的一个技术方案中，所述判断被唤醒的所述休眠进程是否能够被用户感知包括：
当被唤醒的所述休眠进程为所述前台可见进程、后台正在使用进程、前台进程依赖进程和在后台与其他进程通信中至少一种时，判定被唤醒的所述休眠进程能够被用户感知。
在上述进程管理方法的一个技术方案中，所述方法还包括：
若所述发起唤醒请求的进程的重要性层级不属于所述第一重要性层级，则所述休眠进程保持休眠状态至第二预设时长；
所述休眠进程保持休眠状态至所述第二预设时长后，唤醒所述休眠进程；
当所述休眠进程被唤醒且保持唤醒状态第三预设时长后，判断被唤醒的所述休眠进程是否能够被用户感知，并基于判断结果执行相应操作。
在上述进程管理方法的一个技术方案中，所述当所述休眠进程被唤醒且保持唤醒状态第三预设时长后，判断被唤醒的所述休眠进程是否能够被用户感知，并基于判断结果执行相应操作包括：
若被唤醒的所述休眠进程能够被用户感知，则被唤醒的所述休眠进程保持唤醒状态；
若被唤醒的所述休眠进程不能够被用户感知，则控制被唤醒的所述休眠进程再次进入休眠状态。
在上述进程管理方法的一个技术方案中，所述方法还包括：
接收操作系统Kernel反馈的所述发起唤醒请求的进程发送的所述唤醒请求。
在上述进程管理方法的一个技术方案中，所述接收操作系统Kernel反馈的所述发起唤醒请求的进程发送的所述唤醒请求包括：
向本地调用层发起注册监听所述操作系统Kernel层的指令，以使得所述本地调用层向本地框架层通知注册指令、所述本地框架层通过异步Socket通信接口对所述操作系统Kernel层进行通信事件监听；
当所述操作系统Kernel接收到所述发起唤醒请求的进程发送的所述唤醒请求时，接收所述操作系统Kernel经由所述本地框架层、所述本地调用层反馈的所述唤醒请求。
在第二方面，提供一种电子设备，该电子设备包括处理器和存储装置，所述存储装置适于存储多条程序代码，所述程序代码适于由所述处理器加载并运行以执行上述进程管理方法的技术方案中任一项技术方案所述的进程管理方法。
在第三方面，提供一种计算机可读存储介质，该计算机可读存储介质其中存储有多条程序代码，所述程序代码适于由处理器加载并运行以执行上述进程管理方法的技术方案中任一项技术方案所述的进程管理方法。
本发明上述一个或多个技术方案，至少具有如下一种或多种
有益效果：
在实施本发明的技术方案中，系统框架层响应于接收到的对休眠进程的唤醒请求，判断发起唤醒请求的进程的重要性层级，若发起唤醒请求的进程属于第一重要性层级，则对发起唤醒请求对应的休眠进程进行第一次唤醒，休眠进程被唤醒且保持唤醒状态第一预设时长后，判断被唤醒的休眠进程是否能够被用户感知，并基于判断结果执行相应操作。通过对发起唤醒请求的进程的重要性层级判断和被唤醒的休眠进程是否能够被用户感知进行判断，进一步保证了系统后台进程的休眠效果，释放了内存，进而提升系统性能降低功耗，提高了用户的使用体验。
附图说明
参照附图，本发明的公开内容将变得更易理解。本领域技术人员容易理解的是：这些附图仅仅用于说明的目的，而并非意在对本发明的保护范围组成限制。其中：
图1是根据本发明的一个实施例的进程管理方法的流程示意图；
图2是根据本发明的一个实施例的进程管理方法的主要步骤流程示意图；
图3是根据本发明的另一个实施例的进程管理方法的流程示意图；
图4是根据本发明的另一个实施例的进程管理方法的主要步骤流程示意图；
图5是根据本发明的另一个实施例的进程管理方法的主要步骤流程示意图；
图6是根据本发明的一个实施例的电子设备的示意框图。
具体实施方式
下面参照附图来描述本发明的一些实施方式。本领域技术人员应当理解的是，这些实施方式仅仅用于解释本发明的技术原理，并非旨在限制本发明的保护范围。
在本发明的描述中，“模块”、“处理器”可以包括硬件、软件或者两者的组合。一个模块可以包括硬件电路，各种合适的感应器，通信端口，存储器，也可以包括软件部分，比如程序代码，也可以是软件和硬件的组合。处理器可以是中央处理器、微处理器、图像处理器、数字信号处理器或者其他任何合适的处理器。处理器具有数据和/或信号处理功能。处理器可以以软件方式实现、硬件方式实现或者二者结合方式实现。非暂时性的计算机可读存储介质包括任何合适的可存储程序代码的介质，比如磁碟、硬盘、光碟、闪存、只读存储器、随机存取存储器等等。术语“A和/或B”表示所有可能的A与B的组合，比如只是A、只是B或者A和B。术语“至少一个A或B”或者“A和B中的至少一个”含义与“A和/或B”类似，可以包括只是A、只是B或者A和B。单数形式的术语“一个”、“这个”也可以包含复数形式。
现有的Android系统进程休眠后，需要使用某个App时，须把相关联的后台进程都唤醒，Binder通信是进程间通信的主要手段之一，需要通过Binder通信唤醒被休眠的进程，但是后台进程之间频繁的唤醒，会影响整个休眠效果。本发明通过判断发起唤醒请求的进程的重要性层级，以及被唤醒的休眠进程是否能够被用户感知，并基于判断结果执行相应操作，进一步保证了系统后台进程的休眠效果。
在本发明的一些实施方式中，参阅附图1，图1是根据本发明的一个实施例的进程管理方法的流程示意图。当系统中的某个进程向一个休眠进程发起唤醒请求时，如图1所示，该发起唤醒请求的进程先向操作系统Kernel发送唤醒请求，操作系统Kernel接收到该唤醒请求后，再向系统框架层发送唤醒请求，系统框架层接收到的对休眠进程的唤醒请求后执行相应操作。
参阅附图2，图2是根据本发明的一个实施例的进程管理方法的主要步骤流程示意图。如图2所示，本发明实施例中的进程管理方法应用于系统框架层，系统框架层接收到的对休眠进程的唤醒请求后，执行下列步骤S201至步骤S203。
步骤S201：响应于接收到的对休眠进程的唤醒请求，判断发起唤醒请求的进程的重要性层级。
步骤S202：若发起唤醒请求的进程的重要性层级属于第一重要性层级，则对发起唤醒请求对应的休眠进程进行第一次唤醒。
步骤S203：当休眠进程被唤醒且保持唤醒状态第一预设时长后，判断被唤醒的休眠进程是否能够被用户感知，并基于判断结果执行相应操作。
基于上述步骤S201至步骤S203所述的方法，通过判断发起唤醒请求的进程的重要性层级以及判断被唤醒的所述休眠进程是否能够被用户感知的结果执行相应操作，进一步保证了系统后台进程的休眠效果，提升系统性能降低功耗。
下面对上述步骤S201至步骤S203作进一步说明。
在本发明的实施方式中，Android系统包括系统框架层、本地调用层、本地框架层和操作系统Kernel。
其中，系统框架层是用来支持系统中的程序运行的框架层。
本地调用层JNI(Javanativeinterface)是连接系统框架层和本地框架层的一座桥梁，也就是说本地调用层是系统框架层调用本地框架层的一个“接口”。
本地框架层Native提供一些本地服务和一些链接库等，一般用C++开发。
操作系统Kernel是指大多数操作系统的核心部分，即内核，它由操作系统中用于管理存储器、文件、外设和系统资源的那些部分组成，操作系统内核通常运行进程，并提供进程间的通信。
在上述步骤S201的一些实施方式中，当系统中的某个进程向一个休眠进程发起唤醒请求时，可以通过图3所示的流程示意图执行，如图3所示，设备开机后，系统框架层开始向本地调用层发起注册监听操作系统Kernel的指令；
本地调用层向本地框架层通知注册指令；
本地框架层通过Linux系统提供的异步Socket通信接口，注册监听通信事件，系统框架层开始接收操作系统Kernel发送的通信事件。
当系统中的某个进程向一个休眠进程发起唤醒请求时，发起唤醒的进程先向操作系统Kernel发送唤醒请求；
操作系统Kernel接收到该唤醒请求，判断接收请求的进程已经是休眠状态后，向本地框架层发送唤醒请求；
本地框架层将该唤醒请求发送至本地调用层；
本地调用层收到该唤醒请求后反馈至系统框架层；
系统框架层接收到操作系统Kernel反馈的唤醒请求。
以上是系统框架层通过接收操作系统Kernel反馈的发起唤醒请求的进程发送的唤醒请求的流程。
具体的，参阅附图4，在一些实施方式中，系统框架层通过下列步骤S401至步骤S402接收操作系统Kernel反馈的唤醒请求。
步骤S401：向本地调用层发起注册监听操作系统Kernel层的指令，以使得本地调用层向本地框架层通知注册指令、本地框架层通过异步Socket通信接口对操作系统Kernel层进行通信事件监听。
步骤402：当操作系统Kernel接收到发起唤醒请求的进程发送的唤醒请求时，接收操作系统Kernel经由本地框架层、本地调用层反馈的唤醒请求。
以上是对步骤S201的进一步说明，下面继续对步骤S202作进一步说明。
在上述步骤S202的一些实施方式中，可以将系统进程、前台可见进程、前台可见关联进程和系统感知进程划分至第一重要性层级。
在本实施方式中，系统进程是指UID小于10000的进程，UID为用户ID，Android系统里的每一个进程都有一个UID，UID小于10000的进程即为系统进程。
前台可见进程是指目前正在屏幕上显示的进程，也就是和用户正在交互的进程。
前台可见关联进程是指部分程序界面能够被用户看见，却不在前台与用户交互的进程。
系统感知进程包括被前台进程依赖的进程和后台正在使用的进程，其中，后台正在使用的进程包括在后台播放音频的进程、在后台录音的进程、在后台使用GPS定位的进程以及在后台下载的进程等。
当发起唤醒请求的进程的重要性层级属于上述第一重要性层级时，系统框架层对发起唤醒请求对应的休眠进程进行第一次唤醒。
以上是对步骤S202的进一步说明，下面继续对步骤S203作进一步说明。
在上述步骤S203的一些实施方式中，可以在休眠进程被唤醒十秒后，判断被唤醒的休眠进程是否能够被用户感知。
上关于第一预设时长的数值，即十秒只是示意性说明，只要在不违背本发明方案技术构思的基础上，本领域技术人员在实际应用过程中均可以根据实际需要选择合适的第一预设时长，此处不作限定。
在本实施方式中，通过判断被唤醒的休眠进程是否能够被用户感知，可以增加判断的准确性，避免在判断发起唤醒请求的进程的重要性层级时判断失误，或者被唤醒的休眠进程仅仅在短时间内被唤醒使用，却一直保持唤醒状态，从而浪费系统资源的问题。
其中，当被唤醒的休眠进程为前台可见进程、后台正在使用进程、前台进程依赖进程和在后台与其他进程通信中至少一种时，判定被唤醒的休眠进程能够被用户感知的进程。
具体的，前台可见进程是指目前屏幕上显示的进程，也就是和用户正在交互的进程。
后台正在使用进程包括在后台播放音频的进程、在后台录音的进程、在后台使用GPS定位的进程以及在后台下载的进程。
前台进程依赖进程是正在被前台进程依赖使用的进程。
在后台与其他进程通信的进程是指不能够被用户看见，却在与其他进程通信的进程。
进一步地，在一些实施方式中，若被唤醒的休眠进程能够被用户感知，则被唤醒的休眠进程保持唤醒状态。
被唤醒的休眠进程能够被用户感知表示该进程正在被使用，此时，继续保持唤醒状态以保证系统进程的正常运行。
在另一些实施方式中，若被唤醒的休眠进程不能够被用户感知，则控制被唤醒的休眠进程再次进入休眠状态。
被唤醒的休眠进程不能够被用户感知，表示判断发起唤醒请求的进程的重要性层级时判断失误，或者被唤醒的休眠进程仅在第一预设时长内被唤醒使用，此时，控制被唤醒的休眠进程再次进入休眠状态，以保证系统后台进程的休眠效果。
以上是对步骤S203的进一步说明。
在本发明上述步骤S202的另一实施方式中，参阅附图5，图5是根据本发明的步骤S202中发起唤醒请求的进程的重要性层级不属于第一重要性层级时，执行相应操作的主要步骤流程示意图。如图5所示，包括下列步骤S2021至步骤S2025。
步骤S2021：若发起唤醒请求的进程的重要性层级不属于第一重要性层级，则休眠进程保持休眠状态至第二预设时长。
步骤S2022：休眠进程保持休眠状态至所述第二预设时长后，唤醒休眠进程。
在一些实施方式中，可以在休眠进程保持休眠状态十五秒后，唤醒休眠进程，此时唤醒休眠进程是避免发生在判断发起唤醒请求的进程的重要性层级时判断失误，从而导致一些进程无法正常运行的情况。
以上关于第二预设时长的数值，即十五秒只是示意性说明，只要在不违背本发明方案技术构思的基础上，本领域技术人员在实际应用过程中均可以根据实际需要选择合适的第二预设时长，此处不作限定。
步骤S2023：当休眠进程被唤醒且保持唤醒状态第三预设时长后，判断被唤醒的休眠进程是否能够被用户感知。
其中，第三预设时长可以与第一预设时长相同，也可以与第一预设时长不同，在不违背本发明方案技术构思的基础上，本领域技术人员在实际应用过程中均可以根据实际需要选择合适的第三预设时长，此处不作限定。
休眠进程被唤醒后，可以判断其是否能够被用户感知，并根据判断结果执行后续操作。
具体的，若被唤醒的休眠进程能够被用户感知，则执行步骤S1024；若被唤醒的休眠进程不能被用户感知，则执行步骤S1025。
步骤S2024：被唤醒的休眠进程保持唤醒状态。
在本实施方式中，若被唤醒的休眠进程能够被用户感知，表示该进程正在被使用，此时，被唤醒的休眠进程保持唤醒状态以保证系统进程的正常运行。
步骤S2025：控制被唤醒的休眠进程再次进入休眠状态。
在本实施方式中，若被唤醒的休眠进程不能被用户感知，表示该进程未被使用，此时，控制被唤醒的休眠进程再次进入休眠状态，以保证系统后台进程的休眠效果。
需要指出的是，尽管上述实施例中将各个步骤按照特定的先后顺序进行了描述，但是本领域技术人员可以理解，为了实现本发明的效果，不同的步骤之间并非必须按照这样的顺序执行，其可以同时(并行)执行或以其他顺序执行，这些变化都在本发明的保护范围之内。
本领域技术人员能够理解的是，本发明实现上述一实施例的方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器、随机存取存储器、电载波信号、电信信号以及软件分发介质等。
进一步，本发明还提供了一种电子设备。参阅附图6，图6是根据本发明的一种电子设备，如图6所示，电子设备包括处理器601和存储器602，存储器602可以被配置成存储执行上述方法实施例的进程管理方法的程序，处理器可以被配置成用于执行存储装置中的程序，该程序包括但不限于执行上述方法实施例的进程管理方法的程序。为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该计算机设备可以是包括各种电子设备形成的控制装置设备。
进一步，本发明还提供了一种计算机可读存储介质。在根据本发明的一个计算机可读存储介质实施例中，计算机可读存储介质可以被配置成存储执行上述方法实施例的进程管理方法的程序，该程序可以由处理器加载并运行以实现上述进程管理方法。为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该计算机可读存储介质可以是包括各种电子设备形成的存储装置设备，可选的，本发明实施例中计算机可读存储介质是非暂时性的计算机可读存储介质。
至此，已经结合附图所示的一个实施方式描述了本发明的技术方案，但是，本领域技术人员容易理解的是，本发明的保护范围显然不局限于这些具体实施方式。在不偏离本发明的原理的前提下，本领域技术人员可以对相关技术特征作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本发明的保护范围之内。
Claims (10)
1.一种进程管理方法，应用于系统框架层，其特征在于，所述方法包括：
响应于接收到的对休眠进程的唤醒请求，判断发起唤醒请求的进程的重要性层级；
若所述发起唤醒请求的进程的所述重要性层级属于第一重要性层级，则对所述发起唤醒请求对应的所述休眠进程进行第一次唤醒；
当所述休眠进程被唤醒且保持唤醒状态第一预设时长后，判断被唤醒的所述休眠进程是否能够被用户感知，并基于判断结果执行相应操作。
2.根据权利要求1所述的进程管理方法，其特征在于，所述当所述休眠进程被唤醒第一预设时长后，判断被唤醒的所述休眠进程是否能够被用户感知，并基于判断结果执行相应操作包括：
若被唤醒的所述休眠进程能够被用户感知，则被唤醒的所述休眠进程保持唤醒状态；
若被唤醒的所述休眠进程不能够被用户感知，则控制被唤醒的所述休眠进程再次进入休眠状态。
3.根据权利要求1所述的进程管理方法，其特征在于，所述判断发起唤醒请求的进程的重要性层级包括：
当所述发起唤醒请求的进程为系统进程、前台可见进程、前台可见关联进程和系统感知进程中至少一种时，所述重要性层级属于所述第一重要性层级。
4.根据权利要求1所述的进程管理方法，其特征在于，所述判断被唤醒的所述休眠进程是否能够被用户感知包括：
当被唤醒的所述休眠进程为所述前台可见进程、后台正在使用进程、前台进程依赖进程和在后台与其他进程通信中至少一种时，判定被唤醒的所述休眠进程能够被用户感知。
5.根据权利要求1所述的进程管理方法，其特征在于，所述方法还包括：
若所述发起唤醒请求的进程的所述重要性层级不属于所述第一重要性层级，则所述休眠进程保持休眠状态至第二预设时长；
所述休眠进程保持休眠状态至所述第二预设时长后，唤醒所述休眠进程；
当所述休眠进程被唤醒且保持唤醒状态第三预设时长后，判断被唤醒的所述休眠进程是否能够被用户感知，并基于判断结果执行相应操作。
6.根据权利要求5所述的进程管理方法，其特征在于，所述当所述休眠进程被唤醒且保持唤醒状态第三预设时长后，判断被唤醒的所述休眠进程是否能够被用户感知，并基于判断结果执行相应操作包括：
若被唤醒的所述休眠进程能够被用户感知，则被唤醒的所述休眠进程保持唤醒状态；
若被唤醒的所述休眠进程不能够被用户感知，则控制被唤醒的所述休眠进程再次进入休眠状态。
7.根据权利要求1所述的进程管理方法，其特征在于，所述方法还包括：
接收操作系统Kernel反馈的所述发起唤醒请求的进程发送的所述唤醒请求。
8.根据权利要求7所述的进程管理方法，其特征在于，所述接收操作系统Kernel反馈的所述发起唤醒请求的进程发送的所述唤醒请求包括：
向本地调用层发起注册监听所述操作系统Kernel层的指令，以使得所述本地调用层向本地框架层通知注册指令、所述本地框架层通过异步Socket通信接口对所述操作系统Kernel层进行通信事件监听；
当所述操作系统Kernel接收到所述发起唤醒请求的进程发送的所述唤醒请求时，接收所述操作系统Kernel经由所述本地框架层、所述本地调用层反馈的所述唤醒请求。
9.一种电子设备，包括处理器和存储装置，所述存储装置适于存储多条程序代码，其特征在于，所述程序代码适于由所述处理器加载并运行以执行权利要求1至8中任一项所述的进程管理方法。
10.一种计算机可读存储介质，其中存储有多条程序代码，其特征在于，所述程序代码适于由处理器加载并运行以执行权利要求1至8中任一项所述的进程管理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211390743.5A CN118034789A (zh) | 2022-11-07 | 2022-11-07 | 一种进程管理方法、电子设备及存储介质 |
| PCT/CN2023/123873 WO2024099017A1 (zh) | 2022-11-07 | 2023-10-11 | 一种进程管理方法、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211390743.5A CN118034789A (zh) | 2022-11-07 | 2022-11-07 | 一种进程管理方法、电子设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN118034789A true CN118034789A (zh) | 2024-05-14 |
Family
ID=90986496
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211390743.5A Pending CN118034789A (zh) | 2022-11-07 | 2022-11-07 | 一种进程管理方法、电子设备及存储介质 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN118034789A (zh) |
| WO (1) | WO2024099017A1 (zh) |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100489788C (zh) * | 2007-09-30 | 2009-05-20 | 金蝶软件（中国）有限公司 | 一种线程唤醒控制方法和系统 |
| CN106815065B (zh) * | 2015-11-27 | 2020-02-11 | 腾讯科技（深圳）有限公司 | 后台应用的唤醒方法及装置、电子设备 |
| CN109992360B (zh) * | 2017-12-29 | 2022-01-11 | Oppo广东移动通信有限公司 | 进程处理方法和装置、电子设备、计算机可读存储介质 |
| CN109254850A (zh) * | 2018-09-30 | 2019-01-22 | 深圳市万普拉斯科技有限公司 | 存储器资源管理方法及系统 |
| CN112988375B (zh) * | 2019-12-17 | 2024-04-09 | 华为技术有限公司 | 进程管理方法和装置、电子设备 |
| CN111857919A (zh) * | 2020-07-16 | 2020-10-30 | 北京字节跳动网络技术有限公司 | 一种视频处理方法、装置、终端设备及介质 |
-
2022
- 2022-11-07 CN CN202211390743.5A patent/CN118034789A/zh active Pending
-
2023
- 2023-10-11 WO PCT/CN2023/123873 patent/WO2024099017A1/zh unknown
Also Published As
| Publication number | Publication date |
|---|---|
| WO2024099017A1 (zh) | 2024-05-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11922100B2 (en) | System and method for energy usage accounting in software applications | |
| KR101933246B1 (ko) | 중지된 애플리케이션 재개 및/또는 애플리케이션의 중지 면제 기법 | |
| CN102789305B (zh) | 推迟挂起 | |
| CA2939568C (en) | Resource management based on device-specific or user-specific resource usage profiles | |
| CN102866903B (zh) | 将后台工作和前台工作解耦合 | |
| US9678797B2 (en) | Dynamic resource management for multi-process applications | |
| US7249024B2 (en) | Resource saving preemption | |
| CN106502687A (zh) | 一种进入休眠状态的方法及终端 | |
| CN110806925B (zh) | 音频播放方法及设备 | |
| CN105612485A (zh) | 一种运行应用程序的方法及装置 | |
| WO2015172283A1 (zh) | 一种降低功耗的方法、装置及移动终端 | |
| Park et al. | Reducing energy consumption of alarm-induced wake-ups on android smartphones | |
| EP3308246A1 (en) | Background task management | |
| CN118034789A (zh) | 一种进程管理方法、电子设备及存储介质 | |
| US9170629B2 (en) | Medium, control method and information processing apparatus | |
| WO2024113563A1 (zh) | 一种可纠正错误处理方法、装置、设备及可读存储介质 | |
| CN110377140B (zh) | 唤醒操作系统的方法、装置、终端及存储介质 | |
| CN107943268B (zh) | 调度作业控制方法、装置、终端设备及存储介质 | |
| CN103559080A (zh) | 移动设备上的后台应用代码的受约束执行 | |
| CN113766611B (zh) | 低功耗控制优化方法、装置、移动终端和存储介质 | |
| CN115587049A (zh) | 内存回收方法、装置、电子设备及存储介质 | |
| CN116932194A (zh) | 线程执行方法、装置、电子设备及计算机可读存储介质 | |
| CN111597092B (zh) | 非易失存储文件的同步传输方法、装置及嵌入式设备 | |
| CN118245085A (zh) | 系统强制升级方法、装置、存储介质及计算机设备 | |
| KR20050120161A (ko) | 저전압 상태에서 배터리 상태 관리 방법 및 그 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |