WO2024099017A1

WO2024099017A1 - Process management method, and electronic device and storage medium

Info

Publication number: WO2024099017A1
Application number: PCT/CN2023/123873
Authority: WO
Inventors: 吴汝煜
Original assignee: 蔚来移动科技有限公司
Priority date: 2022-11-07
Filing date: 2023-10-11
Publication date: 2024-05-16
Also published as: CN118034789A

Abstract

The present invention relates to the technical field of computers. Specifically provided are a process management method, and an electronic device and a storage medium, which aim to solve the problem of a sleep effect being influenced due to the fact that a background process of a system is frequently woken up after the system background process sleeps. For this purpose, the process management method in the present invention is applied to a system framework layer, and the method comprises: in response to a received wake-up request for a sleep process, determining an importance level of a process initiating a wake-up request; if the importance level of the process initiating the wake-up request belongs to a first importance level, waking up a corresponding sleep process, which initiates the wake-up request, for the first time; and after the sleep process is woken up and remains in a wake-up state for a first preset duration, determining whether the sleep process, which is woken up, can be sensed by a user, and executing a corresponding operation on the basis of a determination result. In this way, the sleep effect of a background process of a system is further ensured, memory is released, and thus the performance of the system is improved, and the power consumption is reduced.

Description

Process management method, electronic device and storage medium

This application claims priority to Chinese patent application 202211390743.5, filed on November 7, 2022, with the invention name “A process management method, electronic device and storage medium”. The entire contents of the above Chinese patent application are incorporated into this application by reference.

Technical Field

The present invention relates to the field of computer technology, and in particular to a process management method, electronic equipment and storage medium.

Background technique

At present, Android system performance and power consumption optimization are the key points to improve user experience, and process hibernation technology is a means of background process control. Putting background processes into hibernation solves the problem of background processes occupying central processing unit (CPU) resources, thereby improving mobile phone performance and reducing power consumption.

After a process goes into hibernation, in order not to affect the user experience, when the user needs to use an App, the associated background processes must be woken up. In the system, Binder communication is one of the main means of inter-process communication. Sometimes it is necessary to wake up the dormant process through Binder communication, but frequent wake-ups between background processes will affect the overall hibernation effect.

Accordingly, the art needs a new technical solution to solve the above problems.

Summary of the invention

In order to overcome the above-mentioned defects, the present invention is proposed to provide a process management method, electronic device and storage medium to solve or at least partially solve the technical problem that the system background process is frequently awakened after hibernation and affects the hibernation effect.

In a first aspect, a process management method is provided, which is applied to a system framework layer, and the method comprises:

In response to a received wake-up request for a dormant process, determining to initiate a wake-up request The importance level of the process;

If the importance level of the process that initiates the wake-up request belongs to the first importance level, waking up the dormant process corresponding to the wake-up request for the first time;

When the dormant process is awakened and remains in the awakened state for a first preset time period, it is determined whether the awakened dormant process can be perceived by the user, and a corresponding operation is performed based on the determination result.

In a technical solution of the above process management method, when the dormant process is awakened for a first preset time, determining whether the awakened dormant process can be perceived by the user, and performing corresponding operations based on the determination result include:

If the awakened dormant process can be perceived by the user, the awakened dormant process remains in the awakened state;

If the awakened dormant process cannot be perceived by the user, the awakened dormant process is controlled to enter the dormant state again.

In a technical solution of the above process management method, the step of determining the importance level of the process that initiates the wake-up request includes:

When the process that initiates the wake-up request is at least one of a system process, a foreground visible process, a foreground visible associated process, and a system-aware process, the importance level belongs to the first importance level.

In a technical solution of the above process management method, the determining whether the awakened dormant process can be perceived by the user comprises:

When the awakened dormant process is at least one of the foreground visible process, the background using process, the foreground process dependent process, and the process communicating with other processes in the background, it is determined that the awakened dormant process can be perceived by the user.

In a technical solution of the above process management method, the method further includes:

If the importance level of the process that initiates the wake-up request does not belong to the first importance level, the dormant process remains in the dormant state for a second preset time period;

After the dormant process remains in the dormant state for the second preset time period, waking up the dormant process;

When the dormant process is awakened and remains in the awakened state for a third preset time, it is determined whether the awakened dormant process can be perceived by the user, and corresponding operations are performed based on the determination result. Should be operated.

In a technical solution of the above process management method, when the dormant process is awakened and remains awake for a third preset time, determining whether the awakened dormant process can be perceived by the user, and performing corresponding operations based on the determination result include:

Receive the wake-up request sent by the process that initiates the wake-up request and fed back by the operating system Kernel.

In a technical solution of the above process management method, the wake-up request sent by the process initiating the wake-up request and receiving feedback from the operating system Kernel includes:

Initiate a registration and monitoring instruction of the operating system Kernel layer to the local call layer, so that the local call layer notifies the local framework layer of the registration instruction, and the local framework layer monitors the communication events of the operating system Kernel layer through the asynchronous Socket communication interface;

When the operating system Kernel receives the wake-up request sent by the process that initiates the wake-up request, the operating system Kernel receives the wake-up request fed back by the operating system Kernel via the local framework layer and the local call layer.

In a second aspect, an electronic device is provided, which includes a processor and a storage device, wherein the storage device is suitable for storing multiple program codes, and the program codes are suitable for being loaded and run by the processor to execute the process management method described in any one of the technical solutions of the above-mentioned process management method.

In a third aspect, a computer-readable storage medium is provided, which stores a plurality of program codes, wherein the program codes are suitable for being loaded and run by a processor to execute the process management method described in any one of the technical solutions of the above-mentioned process management method.

The above one or more technical solutions of the present invention have at least one or more of the following beneficial effects:

In the technical solution of the present invention, the system framework layer responds to the received The wake-up request of the dormant process determines the importance level of the process that initiates the wake-up request. If the process that initiates the wake-up request belongs to the first importance level, the dormant process corresponding to the wake-up request is awakened for the first time. After the dormant process is awakened and remains awake for the first preset time, it is determined whether the awakened dormant process can be perceived by the user, and the corresponding operation is performed based on the judgment result. By judging the importance level of the process that initiates the wake-up request and whether the awakened dormant process can be perceived by the user, the dormancy effect of the system background process is further guaranteed, memory is released, and then system performance is improved, power consumption is reduced, and the user experience is improved.

BRIEF DESCRIPTION OF THE DRAWINGS

The disclosure of the present invention will become more easily understood with reference to the accompanying drawings. It is easy for those skilled in the art to understand that these drawings are only for illustrative purposes and are not intended to limit the scope of protection of the present invention. Among them:

FIG1 is a schematic flow chart of a process management method according to an embodiment of the present invention;

FIG2 is a schematic flow chart of the main steps of a process management method according to an embodiment of the present invention;

3 is a schematic flow chart of a process management method according to another embodiment of the present invention;

4 is a schematic flow chart of the main steps of a process management method according to another embodiment of the present invention;

5 is a schematic flow chart of the main steps of a process management method according to another embodiment of the present invention;

FIG. 6 is a schematic block diagram of an electronic device according to an embodiment of the present invention.

Detailed ways

Some embodiments of the present invention are described below with reference to the accompanying drawings. It should be understood by those skilled in the art that these embodiments are only used to explain the technical principles of the present invention and are not intended to limit the protection scope of the present invention.

In the description of the present invention, "module" or "processor" may include hardware, software or a combination of both. A module may include hardware circuits, various suitable sensors, Communication port, memory, may also include software parts, such as program code, or may be a combination of software and hardware. The processor may be a central processing unit, a microprocessor, an image processor, a digital signal processor or any other suitable processor. The processor has data and/or signal processing functions. The processor may be implemented in software, hardware or a combination of the two. Non-temporary computer-readable storage media include any suitable medium that can store program code, such as a disk, a hard disk, an optical disk, a flash memory, a read-only memory, a random access memory, etc. The term "A and/or B" means all possible combinations of A and B, such as just A, just B or A and B. The term "at least one A or B" or "at least one of A and B" has a similar meaning to "A and/or B" and may include just A, just B or A and B. The singular terms "one" and "the" may also include plural forms.

After the existing Android system process is dormant, when a certain App needs to be used, all the related background processes must be awakened. Binder communication is one of the main means of inter-process communication. The dormant process needs to be awakened through Binder communication, but the frequent awakening between background processes will affect the overall dormancy effect. The present invention further ensures the dormancy effect of the system background process by judging the importance level of the process that initiates the wake-up request and whether the awakened dormant process can be perceived by the user, and performing corresponding operations based on the judgment result.

In some embodiments of the present invention, refer to FIG1, which is a flow chart of a process management method according to an embodiment of the present invention. When a process in the system initiates a wake-up request to a dormant process, as shown in FIG1, the process initiating the wake-up request first sends a wake-up request to the operating system Kernel, and after the operating system Kernel receives the wake-up request, it sends a wake-up request to the system framework layer, and the system framework layer performs corresponding operations after receiving the wake-up request to the dormant process.

Refer to Figure 2, which is a schematic flow chart of the main steps of a process management method according to an embodiment of the present invention. As shown in Figure 2, the process management method in the embodiment of the present invention is applied to the system framework layer, and after the system framework layer receives a wake-up request for a dormant process, it executes the following steps S201 to S203.

Step S201: In response to a received wake-up request for a dormant process, determining the importance level of the process that initiates the wake-up request.

Step S202: If the importance level of the process that initiates the wake-up request belongs to the first importance level, the dormant process corresponding to the wake-up request is woken up for the first time.

Step S203: After the dormant process is awakened and remains in the awakened state for a first preset time period, it is determined whether the awakened dormant process can be perceived by the user, and corresponding operations are performed based on the determination result.

Based on the method described in steps S201 to S203 above, the corresponding operation is performed by judging the importance level of the process that initiates the wake-up request and judging whether the awakened dormant process can be perceived by the user, thereby further ensuring the dormant effect of the system background process, improving system performance and reducing power consumption.

The above steps S201 to S203 are further explained below.

In the implementation manner of the present invention, the Android system includes a system framework layer, a native call layer, a native framework layer and an operating system Kernel.

Among them, the system framework layer is a framework layer used to support the running of programs in the system.

The local call layer JNI (Java native interface) is a bridge connecting the system framework layer and the local framework layer, that is to say, the local call layer is an "interface" for the system framework layer to call the local framework layer.

The local framework layer Native provides some local services and some link libraries, etc., and is generally developed in C++.

Operating system Kernel refers to the core part of most operating systems, namely the kernel, which consists of those parts of the operating system used to manage memory, files, peripherals, and system resources. The operating system kernel usually runs processes and provides communication between processes.

In some implementations of the above step S201, when a process in the system initiates a wake-up request to a dormant process, it can be executed through the flowchart shown in FIG3 . As shown in FIG3 , after the device is turned on, the system framework layer starts to initiate a registration and monitoring instruction of the operating system Kernel to the local call layer;

The local call layer notifies the local framework layer of the registration instruction;

The local framework layer registers to listen to communication events through the asynchronous Socket communication interface provided by the Linux system, and the system framework layer begins to receive communication events sent by the operating system Kernel.

When a process in the system initiates a wake-up request to a sleeping process, the process that initiates the wake-up first sends a wake-up request to the operating system kernel;

The operating system Kernel receives the wake-up request, determines that the process receiving the request is already in a dormant state, and then sends a wake-up request to the local framework layer;

The local framework layer sends the wake-up request to the local call layer;

After receiving the wake-up request, the local call layer feeds back to the system framework layer;

The system framework layer receives the wake-up request fed back by the operating system Kernel.

The above is the process of the system framework layer sending the wake-up request by the process initiating the wake-up request feedback from the operating system Kernel.

Specifically, referring to FIG. 4 , in some implementations, the system framework layer receives the wake-up request fed back by the operating system Kernel through the following steps S401 to S402 .

Step S401: Initiate a registration and monitoring instruction of the operating system Kernel layer to the local call layer, so that the local call layer notifies the local framework layer of the registration instruction, and the local framework layer monitors the communication events of the operating system Kernel layer through the asynchronous Socket communication interface.

Step 402: When the operating system Kernel receives the wake-up request sent by the process that initiates the wake-up request, the operating system Kernel receives the wake-up request fed back by the local framework layer and the local call layer.

The above is a further description of step S201. The following is a further description of step S202.

In some implementations of the above step S202, the system process, the foreground visible process, the foreground visible associated process and the system aware process may be classified into a first importance level.

In this embodiment, the system process refers to a process with a UID less than 10000, where UID is a user ID. Each process in the Android system has a UID, and a process with a UID less than 10000 is a system process.

The foreground visible process refers to the process that is currently displayed on the screen, that is, the process that the user is interacting with.

A foreground-visible associated process refers to a process whose partial program interface can be seen by the user but does not interact with the user in the foreground.

The system-aware processes include processes that are dependent on the foreground process and processes that are being used in the background. The processes that are being used in the background include processes that are playing audio in the background, processes that are recording in the background, processes that are using GPS positioning in the background, and processes that are downloading in the background, etc.

When the importance level of the process that initiates the wake-up request belongs to the first importance level, the system framework layer wakes up the dormant process corresponding to the wake-up request for the first time.

The above is a further description of step S202. Next, step S203 is described. For further explanation.

In some implementations of the above step S203, it may be determined whether the awakened dormant process can be perceived by the user ten seconds after the dormant process is awakened.

The above value of the first preset time length, i.e., ten seconds, is only a schematic illustration. As long as it does not violate the technical concept of the solution of the present invention, technical personnel in this field can select a suitable first preset time length according to actual needs during actual application, and no limitation is made here.

In this embodiment, by judging whether the awakened dormant process can be perceived by the user, the accuracy of the judgment can be increased, thereby avoiding the problem of misjudgment when judging the importance level of the process that initiates the wake-up request, or the awakened dormant process is only awakened and used for a short time but remains awakened all the time, thereby wasting system resources.

Among them, when the awakened dormant process is at least one of a foreground visible process, a background using process, a foreground process dependent process, and a process communicating with other processes in the background, the awakened dormant process is determined to be a process that can be perceived by the user.

Specifically, the foreground visible process refers to the process currently displayed on the screen, that is, the process that the user is interacting with.

Processes currently in use in the background include processes playing audio in the background, processes recording in the background, processes using GPS positioning in the background, and processes downloading in the background.

The foreground process dependent process is a process that is being used by the foreground process.

A process that communicates with other processes in the background is a process that cannot be seen by the user but is communicating with other processes.

Furthermore, in some implementations, if the awakened dormant process can be perceived by the user, the awakened dormant process remains in the awakened state.

The awakened dormant process can be perceived by the user as indicating that the process is being used. At this time, the awakened state continues to be maintained to ensure the normal operation of the system process.

In other implementations, if the awakened dormant process cannot be perceived by the user, the awakened dormant process is controlled to enter the dormant state again.

The awakened dormant process cannot be perceived by the user, indicating that an error is made in determining the importance level of the process that initiates the wake-up request, or that the awakened dormant process is only awakened and used within the first preset time period. At this time, the awakened dormant process is controlled to enter the dormant state again to ensure the dormancy effect of the system background process.

The above is a further description of step S203.

In another embodiment of the above step S202 of the present invention, refer to FIG5, which is a schematic flow chart of the main steps of performing corresponding operations when the importance level of the process initiating the wake-up request in step S202 of the present invention does not belong to the first importance level. As shown in FIG5, the following steps S2021 to S2025 are included.

Step S2021: If the importance level of the process that initiates the wake-up request does not belong to the first importance level, the sleeping process remains in the sleeping state for a second preset time period.

Step S2022: After the sleeping process remains in the sleeping state for the second preset time period, the sleeping process is awakened.

In some implementations, the dormant process may be awakened after remaining in the dormant state for fifteen seconds. Waking up the dormant process at this time is to avoid misjudgment when determining the importance level of the process that initiates the wake-up request, thereby causing some processes to fail to operate normally.

The above value of the second preset time length, i.e. fifteen seconds, is only a schematic illustration. As long as it does not violate the technical concept of the solution of the present invention, technical personnel in this field can select a suitable second preset time length according to actual needs during actual application, and no limitation is made here.

Step S2023: After the dormant process is awakened and remains in the awakened state for a third preset time period, it is determined whether the awakened dormant process can be perceived by the user.

Among them, the third preset duration can be the same as the first preset duration, or it can be different from the first preset duration. Without violating the technical concept of the scheme of the present invention, technical personnel in this field can select a suitable third preset duration according to actual needs during actual application, and no limitation is made here.

After the dormant process is awakened, it can be determined whether it can be perceived by the user, and subsequent operations can be performed based on the determination result.

Specifically, if the awakened dormant process can be perceived by the user, step S1024 is executed; if the awakened dormant process cannot be perceived by the user, step S1025 is executed.

Step S2024: The awakened sleeping process remains awakened.

In this embodiment, if the awakened dormant process can be perceived by the user, it means that the process is being used. At this time, the awakened dormant process remains in the awakened state to ensure the normal operation of the system process.

Step S2025: Control the awakened sleeping process to enter the sleeping state again.

In this embodiment, if the awakened dormant process cannot be perceived by the user, it means that the process is not in use. At this time, the awakened dormant process is controlled to enter the dormant state again to ensure the dormant effect of the system background process.

It should be pointed out that although the various steps in the above embodiments are described in a specific order, those skilled in the art can understand that in order to achieve the effects of the present invention, different steps do not have to be performed in such an order. They can be performed simultaneously (in parallel) or in other orders. These changes are within the scope of protection of the present invention.

It is understood by those skilled in the art that the present invention implements all or part of the processes in the method of the above embodiment, and can also be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of each of the above method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable storage medium may include: any entity or device, medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory, random access memory, electric carrier signal, telecommunication signal and software distribution medium, etc. that can carry the computer program code.

Furthermore, the present invention also provides an electronic device. Refer to Figure 6, which is an electronic device according to the present invention. As shown in Figure 6, the electronic device includes a processor 601 and a memory 602. The memory 602 can be configured to store a program for executing the process management method of the above method embodiment. The processor can be configured to execute the program in the storage device, which includes but is not limited to the program for executing the process management method of the above method embodiment. For ease of explanation, only the parts related to the embodiment of the present invention are shown. For specific technical details not disclosed, please refer to the method part of the embodiment of the present invention. The computer device can be a control device device formed by various electronic devices.

Furthermore, the present invention also provides a computer-readable storage medium. In one embodiment of a computer-readable storage medium according to the present invention, the computer-readable storage medium may be configured to store a program for executing the process management method of the above method embodiment, and the program may be loaded and run by a processor to implement the above process management method. For ease of explanation, only the part related to the embodiment of the present invention is shown. For specific technical details not disclosed, please refer to the method part of the embodiment of the present invention. The computer-readable storage medium may include various electronic devices formed Storage device equipment, optionally, the computer-readable storage medium in the embodiment of the present invention is a non-temporary computer-readable storage medium.

So far, the technical solution of the present invention has been described in conjunction with an embodiment shown in the accompanying drawings, but it is easy for those skilled in the art to understand that the protection scope of the present invention is obviously not limited to these specific embodiments. Without departing from the principle of the present invention, those skilled in the art can make equivalent changes or substitutions to the relevant technical features, and the technical solutions after these changes or substitutions will fall within the protection scope of the present invention.

Claims

A process management method, applied to a system framework layer, is characterized in that the method comprises:

In response to a received wake-up request for a dormant process, determining an importance level of the process initiating the wake-up request;

If the importance level of the process that initiates the wake-up request belongs to the first importance level, waking up the dormant process corresponding to the wake-up request for the first time;

When the dormant process is awakened and remains in the awakened state for a first preset time period, it is determined whether the awakened dormant process can be perceived by the user, and a corresponding operation is performed based on the determination result.
The process management method according to claim 1 is characterized in that when the dormant process is awakened for a first preset time, determining whether the awakened dormant process can be perceived by the user, and performing corresponding operations based on the determination result comprises:

If the awakened dormant process can be perceived by the user, the awakened dormant process remains in the awakened state;

If the awakened dormant process cannot be perceived by the user, the awakened dormant process is controlled to enter the dormant state again.
The process management method according to claim 1 or 2, characterized in that the importance level of the process of determining the process that initiates the wake-up request comprises:

When the process that initiates the wake-up request is at least one of a system process, a foreground visible process, a foreground visible associated process, and a system-aware process, the importance level belongs to the first importance level.
The process management method according to any one of claims 1 to 3, characterized in that the step of determining whether the awakened dormant process can be perceived by a user comprises:

When the awakened dormant process is at least one of the foreground visible process, the background using process, the foreground process dependent process, and the process communicating with other processes in the background, it is determined that the awakened dormant process can be perceived by the user.
The process management method according to any one of claims 1 to 4, characterized in that the method further comprises:

If the importance level of the process that initiates the wake-up request does not belong to the first importance level, the dormant process remains in a dormant state for a second preset time period;

After the dormant process remains in the dormant state for the second preset time period, waking up the dormant process;

When the dormant process is awakened and remains in the awakened state for a third preset time period, it is determined whether the awakened dormant process can be perceived by the user, and a corresponding operation is performed based on the determination result.
The process management method according to claim 5 is characterized in that when the dormant process is awakened and remains awake for a third preset time, determining whether the awakened dormant process can be perceived by the user, and performing corresponding operations based on the determination result comprises:

If the awakened dormant process can be perceived by the user, the awakened dormant process remains in the awakened state;

If the awakened dormant process cannot be perceived by the user, the awakened dormant process is controlled to enter the dormant state again.
The process management method according to any one of claims 1 to 6, characterized in that the method further comprises:

Receive the wake-up request sent by the process that initiates the wake-up request and fed back by the operating system Kernel.
The process management method according to claim 7, wherein the receiving of the wake-up request sent by the process initiating the wake-up request fed back by the operating system Kernel comprises:

Initiate a registration and monitoring instruction of the operating system Kernel layer to the local call layer, so that the local call layer notifies the local framework layer of the registration instruction, and the local framework layer monitors the communication events of the operating system Kernel layer through the asynchronous Socket communication interface;

When the operating system Kernel receives the wake-up request sent by the process initiating the wake-up request, the operating system Kernel receives the wake-up request sent by the process initiating the wake-up request via the local framework layer, the local The wake-up request fed back by the calling layer.
An electronic device comprises a processor and a storage device, wherein the storage device is suitable for storing multiple program codes, and is characterized in that the program codes are suitable for being loaded and run by the processor to execute the process management method described in any one of claims 1 to 8.
A computer-readable storage medium storing a plurality of program codes, characterized in that the program codes are suitable for being loaded and run by a processor to execute the process management method according to any one of claims 1 to 8.