CN113986558A

CN113986558A - Application processing method and device

Info

Publication number: CN113986558A
Application number: CN202111405288.7A
Authority: CN
Inventors: 杨倩岚; 王文; 王汐月
Original assignee: Meizu Technology Co Ltd
Current assignee: Meizu Technology Co Ltd
Priority date: 2021-11-24
Filing date: 2021-11-24
Publication date: 2022-01-28

Abstract

The invention discloses an application processing method and device. Wherein, the method comprises the following steps: under the condition that the target application is converted from the non-hidden running state of the display window into the hidden running state of the display window, the running resource allocation priority of the target application is reduced to a first resource allocation priority; changing a processor core running the target application into a first core, wherein the performance level of the first core is lower than a set performance level; and running the target application according to the first resource allocation priority and the first kernel. The invention solves the technical problems of unsmooth locking and poor operation effect caused by the contradiction between limited terminal resources and large resource occupation amount of application.

Description

Application processing method and device

Technical Field

The invention relates to the technical field of computers, in particular to an application processing method and device.

Background

With the development of communication technology, the mobile terminal not only has more and more comprehensive functions, but also has wider and wider application range. In a plurality of aspects such as people's clothing and eating and staying, can both use mobile terminal to assist, improve people's convenient degree of life and quality. At present, most mobile terminals have the general performance of a small computer, Application programs (applications) with various purposes can be installed, the defects and individuation of an original system are overcome, and users can use the mobile terminals to realize the functions of browsing web pages, watching audio and video, socializing, shopping, going out and the like through the Application programs.

With the popularization of smart phones, people increasingly rely on mobile phone software in communication, social contact, entertainment and other activities. Meanwhile, the functions of the mobile phone software are more and more, and compared with common computer software, the mobile phone software has more and richer operation modes due to the convenience of the mobile phone. However, it is difficult to achieve infinitely strong hardware performance of mobile terminals such as mobile phones, and therefore, it is an improvement direction of application programs to use the application programs of the mobile terminals such as mobile phones while considering the performance of hardware devices.

In view of the above problems, no effective solution has been proposed.

Disclosure of Invention

The embodiment of the invention provides an application processing method and device, which at least solve the technical problems of unsmooth locking and poor operation effect caused by the contradiction between limited terminal resources and large resource occupation amount of application.

According to an aspect of an embodiment of the present invention, there is provided an application processing method including:

under the condition that the running state of the target application, which is not hidden by the display window, is converted into the running state, which is hidden by the display window, the running resource allocation priority of the target application is reduced to a first resource allocation priority;

changing a processor core running the target application into a first core, wherein the performance level of the first core is lower than a set performance level;

and running the target application according to the first resource allocation priority and the first kernel.

Optionally, the running the target application according to the first resource allocation priority and the first kernel includes:

acquiring system resources of a target application according to the first resource allocation priority;

and running the target application by utilizing the system resource of the target application through the first kernel.

Optionally, the changing the processor core running the target application to the first core includes:

acquiring a process identification code of the target application;

changing the processor running node group of the process corresponding to the process identification code from the current range to a range with the performance level lower than the set performance level; the current range includes a performance level corresponding to a second kernel currently running by the target application.

Optionally, the application processing method further includes:

under the condition that the target application is converted from the hidden running state of the display window into the non-hidden running state of the display window, changing a processor core running the target application into a third core, wherein the performance level of the third core is higher than the set level;

and increasing the running resource allocation priority of the target application to be a second resource allocation priority.

Optionally, the application processing method further includes:

receiving an indication to run the target application in a widget;

and setting the running state of the target application as the running state of the small window display.

Optionally, the first resource allocation priority is a resource allocation priority corresponding to an application running in the background.

According to another aspect of the embodiments of the present invention, there is also provided an application processing apparatus, including:

the first priority changing module is used for reducing the running resource allocation priority of the target application to the first resource allocation priority under the condition that the running state of the target application, which is not hidden by the display window, is converted into the running state of the target application, which is hidden by the display window;

a first kernel changing module, configured to change a processor kernel running the target application to a first kernel, where a performance level of the first kernel is lower than a set performance level;

and the running module is used for running the target application according to the first resource allocation priority and the first kernel.

Optionally, the operation module includes:

a system resource obtaining unit, configured to obtain a system resource of a target application according to the first resource allocation priority; and the system resource processing unit is used for running the target application by utilizing the system resource of the target application through the first kernel.

Optionally, the kernel module includes:

the identification code unit is used for acquiring a process identification code of the target application;

the changing unit is used for changing the processor running node group of the process corresponding to the process identification code from the current range to a range with the performance level lower than the set performance level; the current range includes a performance level corresponding to a second kernel currently running by the target application.

Optionally, the application processing apparatus further includes:

the second kernel changing module is used for changing the processor kernel running the target application into a third kernel under the condition that the running state of the target application, which is hidden by the display window, is converted into the running state, which is not hidden by the display window, and the performance level of the third kernel is higher than the set level;

and the second kernel changing module is used for improving the running resource allocation priority of the target application and allocating the priority to the second resource.

Optionally, the application processing apparatus further includes:

an indication receiving module, configured to receive an indication that the target application is run in a widget;

and the setting module is used for setting the running state of the target application as the running state displayed by the small window.

In the embodiment of the invention, the purpose of reducing unnecessary resource occupation is achieved by adopting a mode of reasonably controlling resource allocation and changing the resource allocation priority and the bound kernel of the application, so that the technical effect of optimizing the smoothness of terminal operation is realized, and the technical problems of blockage and poor operation effect caused by the contradiction between limited terminal resources and large resource occupation amount of the application are solved.

Drawings

The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:

FIG. 1 is a schematic diagram of an application processing method according to an embodiment of the invention;

FIGS. 2A-C are schematic diagrams of alternative terminal interfaces for use in different operating states according to embodiments of the present invention;

FIG. 3 is a schematic diagram of an application processing method according to another embodiment of the present invention;

FIG. 4 is a schematic diagram of an application processing method according to yet another embodiment of the invention;

FIG. 5 is a schematic diagram of an application processing method according to yet another embodiment of the invention;

FIG. 6 is a schematic diagram of an application processing method according to yet another embodiment of the invention;

FIG. 7 is a schematic diagram of an application processing apparatus according to an embodiment of the present invention;

FIG. 8 is a schematic diagram of an application processing apparatus according to another embodiment of the present invention;

FIG. 9 is a schematic diagram of an application processing apparatus according to yet another embodiment of the invention;

FIG. 10 is a schematic diagram of an application processing apparatus according to yet another embodiment of the invention;

fig. 11 is a schematic diagram of an application processing apparatus according to yet another embodiment of the present invention.

Detailed Description

In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in sequences other than those illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

In accordance with an embodiment of the present invention, there is provided an application processing method embodiment, it should be noted that the steps illustrated in the flowchart of the figure may be performed in a computer system such as a set of computer executable instructions, and that while a logical order is illustrated in the flowchart, in some cases the steps illustrated or described may be performed in an order different than here.

The application processing method of the embodiment of the present invention may be applied to a device having a central processing unit, for example, the device may be deployed in a terminal or a server or other processing devices to execute, and may execute starting of an application, running of the application, resource scheduling of the application, and the like. Among them, the terminal may be a User Equipment (UE), a mobile device, a cellular phone, a cordless phone, a Personal Digital Assistant (PDA), a handheld device, a computing device, a vehicle-mounted device, a wearable device, and so on. In some possible implementations, the method may also be implemented by a processor calling computer readable instructions stored in a memory. As shown in fig. 1, the application management method includes:

fig. 1 is a schematic diagram of an application processing method according to an embodiment of the present invention, as shown in fig. 1, the method includes the following steps:

step S11: under the condition that the target application is converted from the non-hidden running state of the display window into the hidden running state of the display window, the running resource allocation priority of the target application is reduced to a first resource allocation priority;

step S12: changing a processor core running the target application into a first core, wherein the performance level of the first core is lower than a set performance level;

step S13: and running the target application according to the first resource allocation priority and the first kernel.

In this embodiment, the target application may include software applications such as a pre-installed application of a mobile terminal or a non-mobile terminal, such as a mobile phone, and a third-party application installed by the user. The pre-installed application may include an application that is pre-installed in the user terminal by a mobile terminal or a non-mobile terminal, or a third party channel. In addition to pre-installed applications for the terminal, there are also third party applications that the user downloads themselves for installation through the application marketplace or other channels.

In a possible implementation manner, the target application may refer to any application program that can be started at the terminal and can present the running information in a certain window.

In this embodiment, the non-hidden operating state of the display window may be an operating state in which the display window is displayed in a full screen of the terminal, or an operating state in which the display window is displayed in a non-full screen of the terminal, that is, any operating state in which the user can view the application on the terminal.

The hidden running state of the display interface can be a state in which the display window is minimized in the terminal, but the application still keeps normal network information and the like for transceiving and processing, that is, any state in which the display window of the application cannot be viewed in the terminal but the application still runs.

Referring to fig. 2A, in an operating state where a display window is not hidden, a target application may be displayed in a full screen on a display interface 21 of a mobile terminal such as a mobile phone.

Referring to fig. 2B, in the running state where the display window is not hidden, the target application may perform small window display on the display interface 21 of the terminal such as the mobile phone. When the target application is in a running state of full-screen window display, a user can run the target application running in full-screen display on a terminal such as a mobile phone in a small window through instructions such as a touch signal, the small window can be generated after the window of the target application originally displayed in full-screen is reduced, or a suspended small window can be generated independently, the window originally displayed in full-screen is closed, and display information generated by running of the target application is transferred to the small window for display.

Referring to fig. 2C, in the running state where the display window is hidden, the target application may not be presented in the display interface 21 of the terminal such as the mobile phone.

For example, in an operating state where the display window is hidden, the display window of the target application may be shrunk to an edge of the display interface of the terminal, and a highlighted icon, such as a bold icon or a highlight icon, may be generated at the edge to indicate that the position of the icon is the shrunk position of the display window of the target application.

For another example, in the running state where the display window is hidden, the display window of the target application may be shrunk to any position of the display interface of the terminal, and a visual icon may be generated at the position where the display window is shrunk, so as to indicate that the position where the icon is located is the position where the display window of the target application is shrunk.

In one implementation, the user may change the display window of the target application from the hidden state to the non-hidden state by clicking or otherwise manipulating the location at which the display window of the target application is collapsed.

The operation state of the target application, which is not hidden by the display window, is converted into the operation state of the display window being hidden by the display window, the operation state of the display window of the target application is converted from the operation state of the small window into the operation state of the display window being hidden, and the operation state of the display window of the target application is converted from other operation states into the operation state of the display window being hidden.

For example, if a certain application has a low priority level, and a user hardly needs to view a display interface of the application in the running process of the application, the application can be converted from a non-started running state to a running state in which a display window is hidden.

For another example, the application may be converted from the running state of the full-screen window to the running state in which the display window is hidden by the setting operation.

In this embodiment, the running resource of the target application may be a system resource allocated for running the target application, and specifically may include resources such as a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), a memory, and hardware. In the operating state that the display window is not hidden, the system can allocate all resources required by the target application to the target application, but in the operating state that the display window is hidden, a user generally does not need to know window information or operating information of the target application any more temporarily, and the operating resource allocation priority of the target application can be reduced to the first resource allocation priority.

In this embodiment, the first resource allocation priority may be determined according to a default setting, or may be determined according to a target application. The user can set the resource allocation priority of the target application in the running state of hiding the display window at the terminal, determine whether the target application in the hidden state of the display window occupies hardware such as a camera and a loudspeaker, or set the degree of the target application occupying a CPU and a GPU.

In this embodiment, the first resource allocation priority may also be determined according to the type of the target application and the current state of the target application. For example, if the target application is a social-type application, resources required for the function of the target application for performing information reminding through the speaker may be reserved.

For another example, if the target application is a video playing type application and the target application is in a video playing state, after the target application is switched to the running state in which the display window is hidden, the target application is refused to allocate hardware resources such as a speaker for playing and the video playing of the target application is paused; or after switching to the running state that the display window is hidden, according to the setting of the user, the loudspeaker is still distributed to the target application, so that the user can listen to the audio signal of the target application.

In this embodiment, in the case where the processor of the terminal is provided with a large core and a small core, the first core may be a small core having a relatively low processor performance.

Generally, for terminals such as mobile phones, a processor adopts a multi-core arrangement, each core has a different number, and the performance of each core is also different. For example, for some mobile phone processors, because of the design of the large and small cores, in the running process of applications such as games needing to exert performance, the large core with relatively high performance in the processor runs at high frequency to achieve the highest performance of the terminal, and the small core is idle; during the running process of applications such as chatting and network browsing, the processor may only start the small kernel, and the large kernel is in an idle state, so as to achieve the best power saving state.

In this embodiment, when the cores of the processor are distinguished by different numbers, the set performance level may be a level corresponding to the set core number.

In another possible implementation, the set performance level may also be the coding range of the kernel. For example, the processor has 8 cores, which are coded as 0-7, where the core coded as 0-3 is a large core, i.e., a core with a higher performance level, and the core coded as 4-7 is a small core, i.e., a core with a lower performance level. The set performance level may also be the performance level of the core to which the encodings 4-7 correspond.

In this embodiment, the target application is run according to the first resource allocation priority and the first kernel, and the target application is run on the first kernel by using the resource allocated to the target application according to the first resource priority.

In this embodiment, when the target application is in the running state in which the display window is hidden, the priority of allocating resources to the target application can be reduced, and the performance level of the kernel in which the target application runs is reduced, so that the target application can reduce the occupation of system resources in the running state in which the display window is hidden, thereby ensuring the resource sufficiency of the application mainly used by a user at present, reducing the phenomena of stuttering and the like of other applications in the running state in which the display window is not hidden, and improving the user experience.

In one embodiment, the running the target application according to the first resource allocation priority and the first kernel, as shown in fig. 3, includes:

step S31: acquiring system resources of the target application according to the first resource allocation priority;

step S32: and running the target application by using the system resource of the target application through the first kernel.

And acquiring the system resource of the target application according to the first resource allocation priority, wherein the acquiring may include releasing a part of the system resource currently occupied by the target application, and using the remaining system resource as the system resource of the target application. Or releasing all the system resources currently occupied by the target application, and reacquiring the system resources of the target application according to the first resource allocation priority.

Acquiring system resources of the target application according to the first resource allocation priority, and also performing partial release according to the first resource allocation priority and reserving the remaining system resources of certain types aiming at certain types of system resources currently occupied by the target application; and performing front release aiming at other types of system resources currently occupied by the target application, and replacing the system resources with system resources which are re-applied according to the first resource allocation priority.

In this embodiment, the system resources of the target application are updated or reacquired according to the first resource allocation priority, and the target application is run by using the new system resources through the first kernel with a relatively low performance level, so that the system resources and kernel resources occupied by the target application are reduced, and the target application is prevented from affecting the running of other applications in the running state in which the display window is not hidden when the target application is in the running state in which the display window is hidden.

In one embodiment, changing the processor core running the target application to the first core, as shown in fig. 4, includes:

step S41: acquiring a process identification code of a target application;

step S42: changing the processor running node group of the process corresponding to the process identification code from the current range to a range with the performance level lower than the set performance level; the current range includes a performance level corresponding to a second kernel currently running by the target application.

In this embodiment, when the system of the terminal is a Linux system, the kernel running the target application may be replaced by a CPU set tool. The CPU set subsystem may allocate independent CPU (in a multi-core system) and memory nodes for the tasks in CGroup. The cpu set subsystem may also define a data structure called cpu set, and manage cpu and memory nodes that can be used by tasks in the CGroup (Control Group) according to the data structure. In this embodiment, the CGroup may be a function of a kernel of the Linux system, and is used to limit, control, and separate resources (such as a CPU, a memory, and a disk input/output) of a process group.

In this embodiment, the target application can be set by the cpu set to run on one or more cores in the running state in which the display window is hidden.

In this embodiment, a plurality of set CPU cores and a plurality of set memory nodes may be placed in the CPU set, and when the core in which the target application runs is changed, the process related to the target application is placed in the CPU set, so that the effect that the process receives the limitation of the CPU set and can only run on the core set by the CPU set is achieved.

In another possible implementation manner, it may also be set that a process (or thread) of the target application can only run on some cores of the CPU through the scheduled _ security system call.

In another possible implementation manner, the process may be set to allocate the memory only on the memory nodes corresponding to some cores through mbid (memory binding) and set _ policy (memory policy) system call.

In another possible implementation manner, a port can be called to change a kernel operated by a target application process.

In this embodiment, the number of the kernel that the target application can run is limited, so that the purpose of changing the kernel that the target application runs from the original kernel to the kernel with a lower performance level is achieved.

In one embodiment, as shown in fig. 5, the application management method further includes:

step S51: under the condition that the target application is converted from the hidden running state of the display window into the non-hidden running state of the display interface, changing the processor core running the target application into a third core, wherein the performance level of the third core is higher than the set level;

step S52: and increasing the running resource allocation priority of the target application to allocate the priority to the second resource.

In this embodiment, the target application is converted from the hidden running state of the display window to the non-hidden running state of the display window, and may be configured such that the target application can display part or all of the running information through the display window.

The processor core running the target application is changed into a third core, the performance level of the third core is higher than the set level, the processor running the target application can be changed into other cores with the performance level higher than that of the first core, and then the processor running the target application is changed into the third core with the performance level higher than the set level under certain conditions.

In one possible implementation, upon detecting that the target application is transitioning from the display window hidden running state to the display window non-hidden running state, the performance level and resource priority level of the kernel of the target application may be all restored immediately.

Or, when the target application is detected to be converted from the hidden running state of the display window to the non-hidden running state of the display window, the kernel performance or the resource priority level of the target application can be restored to a certain degree, and when the set condition occurs, the kernel performance level and the resource priority level of the target application are all restored.

For example, in a case where it is detected that the target application is converted from the execution state in which the display window is hidden into the execution state of the widget, the kernel in which the target application is executed may be converted from the first kernel to the fourth kernel, and in a case where the user sends the interaction information to the target application by clicking or other operations, the kernel in which the target application is executed may be converted from the fourth kernel to the third kernel. And the performance level of the fourth core is lower than that of the third core and higher than that of the first core. The performance level of the third kernel is the same as the performance level of the kernel running the target application before the target application enters the running state in which the display window is hidden.

For example, when it is detected that the target application is switched from the hidden running state of the display window to the running state of the widget, the resource allocation priority of the target application is adjusted from the first resource allocation priority to the third resource allocation priority, and when the user sends the interactive information to the target application by clicking or other operations, the resource allocation priority of the target application is adjusted from the third resource allocation priority to the second resource allocation priority. And the third resource allocation priority is lower than the second resource allocation priority and higher than the first resource allocation priority. The second resource allocation priority is the same as the resource allocation priority owned by the target application before the target application enters the running state in which the display window is hidden.

In this embodiment, the third resource allocation priority may be lower than the second resource allocation priority and higher than the first resource allocation priority. Since the user may only temporarily adjust the target application to the running state of the small window display in the case that there is no interaction between the user and the target application, when the user sends the interaction information to the target application, it may be determined that the user needs to invoke the target application, and then the resource allocation priority of the target application may be further increased.

In one possible implementation, the performance level and the resource allocation priority of the kernel of the target application may be restored in sequence according to different conditions. Or, once it is detected that the target application is switched from the hidden operating state of the display window to the non-hidden operating state of the display window, the performance level and the resource allocation priority of the kernel of the target application can be immediately and simultaneously restored to the performance level and the resource allocation level of the kernel owned by the target application before the target application is switched to the hidden operating state of the display window.

For example, in the case that it is detected that the running state of the target application hidden from the display window is converted into the running state of the widget, the kernel running the target application may be converted from the first kernel to the second kernel, and in the case that the user sends the interaction information to the target application by clicking or other operations, the resource allocation priority of the target application may be adjusted from the first resource allocation priority to the second resource allocation priority.

In this embodiment, the second resource allocation priority may be equal to or higher than the resource allocation priority during running of the daemon.

In this embodiment, when the target application is converted from the hidden running state of the display window to the non-hidden running state of the display interface, the performance level of the kernel running the target application and the resource allocation priority are improved, so that the normal running of the target application can be ensured.

In one implementation, as shown in fig. 6, the application management method further includes:

step S61: receiving an indication to run a target application in a widget;

step S62: and setting the running state of the target application as the running state of the small window display.

In this embodiment, the receiving of the instruction to run the target application in the widget may be receiving the instruction to run the target application in the widget in a running state in which the target application is displayed in a full screen. Or, according to the setting of the user to the target application in advance, or according to the default setting corresponding to the target application, when receiving the start instruction to the target application, the default also receives the instruction for the widget to run the target application.

In this embodiment, the running state of the target application is set to be the running state displayed by the widget, and the running state of the target application may be changed from the running state displayed in a full screen to the running state displayed by the widget, or the target application may be started according to the running state displayed by the widget.

In this embodiment, the running state of the target application can be set to be the running state displayed by the small window, so that an instruction for a user to enable the target application to enter the running state in which the display window is hidden can be distinguished from an instruction for minimizing the target application window or an instruction for closing the target application. For example, when the target application is in a running state of full-screen display, it is detected that the user performs a first operation on the target application, and the target application is minimized or closed. And under the condition that the target application is in the running state of the small window display, detecting that the user executes a second operation on the target application, and changing the running state of the target application into the running state of the hidden display window.

Therefore, in this embodiment, when the target application is in the running state displayed by the small window, the running state of the target application is allowed to be changed to the running state in which the display window is hidden, so that it can be determined that the user currently wants the target application to run in a low-energy-consumption manner or directly close the target application so that the target application does not consume resources and kernels any more, and user experience is improved.

In one embodiment, the first resource allocation priority is a resource allocation priority corresponding to an application running in the background.

In another possible implementation manner, the application in the running state with the hidden display window may be distinguished from resources, kernels, and the like of the system that can be occupied by the application running in the background. The specific distinguishing method can be determined by detecting the operation of the specific user of the terminal, surveying the questionnaire and the like.

For example, if the user does not send the interactive information to the window of the application each time the user changes the running state of the application from the hidden running state of the display window to the non-hidden running state of the display window, it can be determined that the user expects the application to occupy relatively less resources. If a user changes an application from a state in which a display window is hidden to a state in which the display window is not hidden and operates the application quickly, it can be determined that the user can still operate in a manner close to the state in which the display window is not hidden when the user expects the application to be in the state in which the display window is hidden.

In this embodiment, the first resource allocation priority is a resource allocation priority corresponding to an application running in the background, so that on the basis of using the resource allocation priority corresponding to the application running in the background, the kernel performance level of the target application is also reduced, the software and hardware resources of the whole terminal are saved to the maximum extent, and the influence of the target application on other applications in the running state in which the display window is hidden is reduced to the maximum extent.

The embodiment of the invention can be applied to various terminals which develop application small windows and have the function of running along the edge. The welting operation may be to shrink the display window of the application to the edge of the terminal display interface in a display state where the display window is hidden, and to adopt a visual identifier at the edge to indicate a position where the display window of the application shrinks. Therefore, the embodiment of the invention can avoid the situation that the small window application is still in the foreground state and occupies the system resources when in the welting operation, and avoid causing unnecessary waste. Under the condition that the consumption of the target application is extremely high, the embodiment of the invention can also avoid the phenomena of system heating, blockage, power consumption and the like caused by the fact that the target application continues to run in the foreground under the display state that the display window is hidden.

In one example of the invention, after a target application of a terminal is started, whether the application is in a running state displayed by a small window can be judged in real time, and the priority of a small window application process is reduced under the condition that the running state displayed by the small window is converted into a state of running along the border by the target application; meanwhile, after the widget application is executed by the user in a welt mode, the process of the widget application is executed on the widget kernel in a forced mode. When the small window application is called by a user in a welting operation mode, the small window application is changed into a small window display operation mode or a full screen display operation mode from the welting operation mode, and the kernel bound to the small window process is recovered to be the performance level before the welting operation. And when the small window application is changed into the interactive state from the reduced state, recovering the resource allocation priority of the process of the target application to the resource allocation priority before the operation of the welting.

In another possible implementation, when the target application runs edgewise, the GPU resource allocation of the target application may be forcibly reduced or stopped. And after the welting operation is recovered, recovering the GPU resource allocation condition of the target application to be the grade before the welting operation.

An embodiment of the present invention further provides an application processing apparatus, as shown in fig. 7, including:

a first priority modification module 71, configured to reduce an operating resource allocation priority of the target application to a first resource allocation priority when the operating state of the target application that is not hidden by the display window is converted into the operating state that is hidden by the display window;

a first kernel modification module 72, configured to modify a processor kernel running the target application into a first kernel, where a performance level of the first kernel is lower than a set performance level;

and the running module 73 is configured to run the target application according to the first resource allocation priority and the first kernel.

In one embodiment, as shown in fig. 8, the operation module includes:

a system resource obtaining unit 81, configured to obtain a system resource of a target application according to the first resource allocation priority;

the system resource processing unit 82 is configured to run the target application by using the system resource of the target application through the first kernel.

In one embodiment, as shown in FIG. 9, the kernel module includes:

an identification code unit 91 for acquiring a process identification code of the target application;

a changing unit 92, configured to change the processor running node group of the process corresponding to the process identification code from the current range to a range with a performance level lower than the set performance level; the current range includes a performance level corresponding to a second kernel currently running by the target application.

In one embodiment, as shown in fig. 10, the application processing apparatus further includes:

a second kernel modification module 101, configured to modify a processor kernel running the target application into a third kernel when the target application is converted from a running state in which the display window is hidden into a running state in which the display window is not hidden, where a performance level of the third kernel is higher than a set level;

and a second kernel changing module 102, configured to increase the running resource allocation priority of the target application, and allocate the priority to a second resource.

In one embodiment, as shown in fig. 11, the application processing apparatus further includes:

an indication receiving module 111, configured to receive an indication that a target application is running in a widget;

and the setting module 112 is used for setting the running state of the target application to the running state of the small window display.

The above-described sequence of the embodiment of the present invention is merely for description and does not represent the merits of the embodiment.

In the above embodiments of the present invention, the descriptions of the respective embodiments have respective emphasis, and for parts that are not described in detail in a certain embodiment, reference may be made to related descriptions of other embodiments.

In the embodiments provided in the present application, it should be understood that the disclosed technology can be implemented in other ways. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units may be a logical division, and in actual implementation, there may be another division, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, units or modules, and may be in an electrical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic or optical disk, and other various media capable of storing program codes.

The foregoing is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and decorations can be made without departing from the principle of the present invention, and these modifications and decorations should also be regarded as the protection scope of the present invention.

Claims

1. An application processing method, comprising:

the method comprises the steps that under the condition that a target application is converted from a non-hidden running state of a display window into a hidden running state of the display window, the running resource allocation priority of the target application is reduced to a first resource allocation priority;

2. The method of claim 1, wherein the running the target application according to the first resource allocation priority and the first kernel comprises:

acquiring system resources of the target application according to the first resource allocation priority;

3. The method according to claim 1 or 2, wherein the changing the processor core running the target application to the first core comprises:

acquiring a process identification code of the target application;

4. The method according to claim 1 or 2, characterized in that the method further comprises:

5. The method according to claim 1 or 2, characterized in that the method further comprises:

receiving an indication to run the target application in a widget;

6. An application processing apparatus, comprising:

the first priority changing module is used for reducing the running resource allocation priority of the target application to the first resource allocation priority under the condition that the target application is converted from the running state that the display window is not hidden into the running state that the display window is hidden;

7. The apparatus of claim 6, wherein the operation module comprises:

a system resource obtaining unit, configured to obtain the system resource of the target application according to the first resource allocation priority;

and the system resource processing unit is used for running the target application by utilizing the system resource of the target application through the first kernel.

8. The apparatus of claim 6 or 7, wherein the kernel module comprises:

9. The apparatus of claim 6 or 7, further comprising:

10. The apparatus of claim 6 or 7, further comprising: