CN111488220A - Method and device for processing starting request and electronic equipment - Google Patents
Method and device for processing starting request and electronic equipment Download PDFInfo
- Publication number
- CN111488220A CN111488220A CN202010277120.1A CN202010277120A CN111488220A CN 111488220 A CN111488220 A CN 111488220A CN 202010277120 A CN202010277120 A CN 202010277120A CN 111488220 A CN111488220 A CN 111488220A
- Authority
- CN
- China
- Prior art keywords
- task
- request
- starting
- requests
- processing
- 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
Images
Classifications
-
- 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/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
-
- 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/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The embodiment of the disclosure discloses a method and a device for processing a starting request and electronic equipment. The method comprises the following steps: in response to receiving a starting instruction for indicating to start an application program, acquiring at least one task starting request corresponding to the application program; determining a processing sequence corresponding to each task starting request; and sending the starting data acquisition requests corresponding to the task starting requests to the server in sequence according to the processing sequence. The number of the acquisition requests which are sent to the server side in parallel by the application program in each cold starting stage can be reduced, the pressure of the server side for processing the acquisition requests in parallel is improved, and the possibility of service quality reduction is reduced.
Description
Technical Field
The present disclosure relates to the field of internet technologies, and in particular, to a method and an apparatus for processing a start request, and an electronic device.
Background
With the development of science and technology, terminal devices such as smart phones and tablet computers have gradually appeared in every corner of people's daily life, and people can communicate, sing, order meals, play games and the like through application programs on the terminal devices.
After the user indicates to start the application program, the terminal device may send a start request to the corresponding server to achieve the purpose of starting the related function of the application program. The server may receive and respond to these initiation requests.
Disclosure of Invention
This disclosure is provided to introduce concepts in a simplified form that are further described below in the detailed description. This disclosure is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.
The embodiment of the disclosure provides a method and a device for processing a start request and an electronic device, which can improve the pressure of concurrent processing of the acquisition requests by a server and reduce the possibility of service quality reduction by reducing the number of the acquisition requests which are sent to the server by an application program in parallel in each cold start stage.
In a first aspect, an embodiment of the present disclosure provides a method for processing a start request, where the method includes: in response to receiving a starting instruction for indicating to start an application program, acquiring at least one task starting request corresponding to the application program; determining a processing sequence corresponding to each task starting request; and sending the starting data acquisition requests corresponding to the task starting requests to the server in sequence according to the processing sequence.
In a second aspect, an embodiment of the present disclosure provides a device for processing a start request, including: the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for responding to a received starting instruction for indicating to start an application program and acquiring at least one task starting request corresponding to the application program; the determining module is used for determining a processing sequence corresponding to each task starting request; and the sending module is used for sequentially sending the starting data acquisition requests corresponding to the task starting requests to the server according to the processing sequence.
In a third aspect, an embodiment of the present disclosure provides an electronic device, including: one or more processors; a storage device having one or more programs stored thereon, which when executed by the one or more processors, cause the one or more processors to implement the method for processing a start request of the first aspect.
In a fourth aspect, the disclosed embodiments provide a computer readable medium, on which a computer program is stored, which when executed by a processor, implements the steps of the method for processing a start request according to the first aspect.
According to the method and the device for processing the starting request and the electronic equipment, at least one task starting request corresponding to an application program is obtained by firstly responding to a received starting instruction for indicating to start the application program; then determining a processing sequence corresponding to each task starting request; and finally, sequentially sending the starting data acquisition requests corresponding to the task starting requests to the server according to the processing sequence. The number of the acquisition requests which are sent to the server side in parallel by the application program in each cold starting stage can be reduced, the pressure of the server side for processing the acquisition requests in parallel is improved, and the possibility of service quality reduction is reduced.
Drawings
The above and other features, advantages and aspects of various embodiments of the present disclosure will become more apparent by referring to the following detailed description when taken in conjunction with the accompanying drawings. Throughout the drawings, the same or similar reference numbers refer to the same or similar elements. It should be understood that the drawings are schematic and that elements and features are not necessarily drawn to scale.
FIG. 1 is a flow diagram for one embodiment of a method of startup request processing according to the present disclosure;
FIG. 2 is a schematic block diagram illustrating one embodiment of a boot request processing apparatus according to the present disclosure;
FIG. 3 is an exemplary system architecture to which the startup request processing method of one embodiment of the present disclosure may be applied;
fig. 4 is a schematic diagram of a basic structure of an electronic device provided according to an embodiment of the present disclosure.
Detailed Description
Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure are shown in the drawings, it is to be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather are provided for a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the disclosure are for illustration purposes only and are not intended to limit the scope of the disclosure.
It should be understood that the various steps recited in the method embodiments of the present disclosure may be performed in a different order, and/or performed in parallel. Moreover, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present disclosure is not limited in this respect.
The term "include" and variations thereof as used herein are open-ended, i.e., "including but not limited to". The term "based on" is "based, at least in part, on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Relevant definitions for other terms will be given in the following description.
It should be noted that the terms "first", "second", and the like in the present disclosure are only used for distinguishing different devices, modules or units, and are not used for limiting the order or interdependence relationship of the functions performed by the devices, modules or units.
It is noted that references to "a", "an", and "the" modifications in this disclosure are intended to be illustrative rather than limiting, and that those skilled in the art will recognize that "one or more" may be used unless the context clearly dictates otherwise.
The names of messages or information exchanged between devices in the embodiments of the present disclosure are for illustrative purposes only, and are not intended to limit the scope of the messages or information.
It should be noted that, in the present disclosure, the embodiments and features of the embodiments may be combined with each other without conflict.
Referring to fig. 1, which shows a flowchart of an embodiment of a method for processing a start request according to the present disclosure, as shown in fig. 1, the method for processing a start request includes the following steps 101 to 103.
The application program may be an information browsing application program for browsing various information, a video application program for playing video, or a photographing application program for photographing. The user can trigger the corresponding application program according to respective requirements. For example, the user may trigger the photographing application by clicking or long-pressing, and send an instruction to start the photographing application to the terminal device. After the terminal device detects the above-mentioned click operation or long-time click operation performed by the user, it may be regarded that a start instruction for instructing to start the photographing application program is received. Then, the terminal device may obtain a plurality of task start requests required to start the photographing application.
The task starting request may include a starting request (a task starting request in a cold starting phase) corresponding to a task of an application program to be started within a preset time period from a time when the application program is triggered. The preset time period here may be, for example, 10 seconds, 20 seconds, or the like. For example, the time when the photographing application is triggered is 12:00, when the preset time period is 10 seconds, a task starting request corresponding to a task needing to be started in a cold starting stage of 12:00 to 12:10 can be obtained. The task start request corresponding to the photographing application here may be, for example, a task start request to start a beauty task, a task start request to start a smile-detection task, or the like.
After receiving a starting instruction of a user, the terminal device may obtain at least one task starting request corresponding to an application program triggered by the user. The terminal device may collect in advance the task start requests processed within the above-described preset time period to determine the task start requests that can be subjected to the deferred processing or not. Then, the task starting requests can be subjected to statistical analysis, and the sending time of each task starting request is limited according to the analysis result, so that the task starting requests can be conveniently scheduled. The server includes a server for providing services for the application programs. For example, for the information browsing application program, the server may include a server for returning browsing information for the information browsing application program.
And determining a task starting request corresponding to at least one task needing to be started in the cold starting stage aiming at the application program triggered by the user. Then, aiming at the task starting requests, the processing sequence corresponding to each task starting request is determined.
For example, after determining a prompt information display task start request, an advertisement presentation task start request, and the like corresponding to the video application, the processing order of the prompt information display task start request, the advertisement presentation task start request, and the like may be determined. The processing sequence can be that firstly processing the advertisement presentation task starting request and then processing the prompt information display task starting request; or processing the prompt information display task starting request first and then processing the advertisement presentation task starting request. The final processing sequence may depend on specific requirements.
And 103, sequentially sending the start data acquisition requests corresponding to the task start requests to the server according to the processing sequence.
After the processing order corresponding to each task start request is determined, the task start requests can be processed sequentially according to the processing order. During processing, the acquisition requests are sequentially sent to the server according to the determined processing sequence of the task starting requests, so that starting data corresponding to each task starting request is returned through the server.
For example, the start data corresponding to the prompt information display task start request may include specific information content corresponding to the prompt information, where the information content may include, for example, "whether to start the eye protection mode", "whether to directly enter the video playing state", and the like. The starting data corresponding to the advertisement presentation task starting request can comprise specific information content corresponding to the advertisement. For example, a movie advertisement including showing time information of movie a, etc.
The user triggers the application program to be used on the terminal device, that is, the user can be regarded as sending a starting instruction of the application program to the terminal device. The terminal device may sequentially send the corresponding acquisition requests to the server in response to the start instruction. After receiving an acquisition request corresponding to a certain task starting request, the server may return starting data corresponding to the task starting request.
In the prior art, if a plurality of applications are triggered simultaneously, a large number of task starting requests are sent to a server within a certain period of time. If the server receives and processes the acquisition requests corresponding to the task start requests at the same time, the information feedback may be slow, or even a downtime may occur. For example, in a significant holiday activity stage, the server may receive too many requests instantaneously, which may result in a situation that its cluster scheduling cannot handle.
In the embodiment, at least one task starting request corresponding to an application program is acquired by firstly responding to a received starting instruction for indicating the starting of the application program; then determining a processing sequence corresponding to each of the at least one task starting request; and finally, sequentially sending the starting data acquisition requests corresponding to the task starting requests to the server according to the processing sequence. The number of the acquisition requests which are sent to the server side in parallel by the application program in each cold starting stage can be reduced, the pressure of the server side for processing the acquisition requests in parallel is improved, and the possibility of service quality reduction is reduced.
In some optional implementations, the step 102 may include: and determining a processing sequence corresponding to each of the at least one task starting request according to the priority of the at least one task starting request determined in advance.
In some application scenarios, the terminal device may determine, for a task start request corresponding to each application program in advance, specific action information corresponding to the task start request, information on whether the task start request can be delayed, time information that can be delayed if the task start request can be delayed, and the like, and determine, in advance, a priority to which each task start request belongs according to the information. In this way, when at least one task starting request corresponding to the application program is acquired, the processing sequence corresponding to each task starting request can be determined according to the predetermined priority information.
For example, the task starting request is a task starting request for a task corresponding to the information browsing application program, such as a background music playing task, a task starting request for a task of displaying an advertisement on a first screen, and the like. According to the collected information, the priority of the task starting request of the background music playing task is determined to be first in advance, and the priority of the task starting request of the first screen advertisement displaying task is determined to be second. In this way, when the task start request corresponding to the information application program is acquired, the processing sequence of the task start request for playing the background music task and the task start request for displaying the advertisement task on the first screen can be determined according to the priority to which the task start request for playing the background music task and the task start request for displaying the advertisement task belong. That is, the task start request for playing the background music task is processed first, and then the task start request for displaying the advertisement task on the first screen is processed.
In other application scenarios, the terminal device may determine, in advance, a priority to which each task start request belongs according to the location information of the start data corresponding to the task start request in the cold start phase. The location information may include specific data information of the host (host) and the path (path) for accessing the startup data. For example, location information "http:// XXX/play? in id ═ XXX ", we can consider" XXX "as host mentioned above, and" play? id ═ xxx "is considered as the above path.
In some optional implementation manners, the priority of at least one task starting request is determined and issued by the server.
The terminal device may determine the priority to which each task start request belongs in advance, or may determine the processing sequence corresponding to each task start request according to the priority to which each task start request belongs, which is determined and issued by the server.
That is to say, the server may determine the priority corresponding to the task start request according to the current requirement, and issue the priority corresponding to the task start request to the terminal device. After receiving the task start request, the terminal device may adjust the priority corresponding to the task start request to the priority issued by the server. And determining the processing sequence corresponding to the task starting request according to the priority issued by the server.
For example, the priority of the task start request for playing the background music task is the first priority information, and the priority of the task start request for displaying the advertisement task on the first screen is the second priority information, which may be issued to the terminal device by the server. In some application scenarios, if it is determined that the priority of the task start request for playing the background music task is first, and the priority of the task start request for displaying the advertisement task on the top screen is second, at this time, if the server issues new priority information and instructs the terminal device to exchange the priorities of the two, the priority of the task start request for playing the background music task may be determined to be second, and the priority of the task start request for displaying the advertisement task on the top screen is determined to be first. And then preferentially processing the task starting request of the first screen advertisement displaying task and then processing the task starting request of the background music playing task.
In some optional implementations, before the step 103, the method for processing the start request may further include the step a: and for each task starting request, putting the task starting request into a preset queue corresponding to the priority according to the priority of the task starting request.
The terminal device may preset a plurality of queues with different priorities to store the task start requests, and then may store a plurality of task start requests with the same priority in a preset queue corresponding to the priority. Therefore, each preset queue with different priorities can store a plurality of task starting requests with the same priority.
For example, the preset queues may include a preset queue a 'with a priority of 1, a preset queue B' with a priority of 2, and a preset queue C 'with a priority of 3, and then the task start request a with a priority of 1 may be placed in the preset queue a', the task start request B with a priority of 2 may be placed in the preset queue B ', and the task start request C with a priority of 3 may be placed in the preset queue C'.
When the method for processing a start request may further include step a, step 103 may include step 1031: and for each preset queue, extracting each task starting request in the preset queue from the preset queue according to the priority of the preset queue.
The terminal device may put the task start request into a preset queue corresponding to the priority, and then sequentially extract the task start request from the corresponding preset queue for sending according to the priority of the preset queue. In some application scenarios, the task start request may be extracted from the preset queue by serial extraction. That is, when a plurality of task start requests in a certain preset queue need to be sent, the task start requests can be extracted from the preset queue one by one for sending. Here, when the above-described manner of serial extraction is performed, the extraction order may be determined according to the reception order of the task start requests. That is, if the task start request a first enters the preset queue, when the task start request a is extracted from the preset queue, the task start request a may be first extracted to perform a sending operation.
In some optional implementations, the step 1031 may include the following steps 1 and 2.
Step 1, determining the starting time of each preset queue according to the priority of each preset queue.
After the priority of each preset queue is determined, the corresponding starting time of each preset queue can be determined. The start-up timing here may include a timing to transmit the task start-up request in the preset queue. That is, the timing of processing the task start request in each preset queue.
And 2, for each starting time, extracting each task starting request in a preset queue from the preset queue corresponding to the starting time.
The terminal device may process the task start request in the preset queue corresponding to the start time when a certain start time arrives according to the determined start time sequence.
For example, in the video application, the start time a 'corresponding to the preset queue a' with the priority level of 2 is a prompt option representing that the user agrees to continue watching the video according to the prompt information, and the task start request a may be extracted from the preset queue a 'at the start time a'. It should be noted that, as a general example, the priority in the present embodiment may determine the corresponding processing order according to the size of the number corresponding to the priority. For example, the processing order of the preset queue with the priority of 2 follows the preset queue with the priority of 1.
In some alternative implementations, the priority may include: and immediately sending a request, releasing the request after the refreshing of the first screen is finished, waiting for a plurality of times, releasing the request, and immediately discarding the request.
In some application scenarios, the terminal device may characterize the priority of the immediately issued request by a number "1", may characterize the priority of the request issued after the end of the first screen refresh by a number "2", may characterize the priority issued after waiting for a certain time by a number "3", and may characterize the immediately dropped priority by a number "4".
The priority of the task starting request predetermined by the terminal device may include a priority 1, a priority 2, a priority 3, and a priority 4 corresponding to the four priorities, which are used to represent the request sent at the moment, and are sent out after the first screen is refreshed, and are sent out after waiting for a certain time. After the terminal device obtains the corresponding task starting request, the terminal device can be placed in a preset queue corresponding to the priority according to the priority corresponding to the task starting request. The preset queue can also be characterized by using the priority 1, the priority 2, the priority 3 and the priority 4. For example, for a task start request a, according to a predetermined priority 1 to which the task start request a belongs, a processing order corresponding to the task start request a may be determined to be the first transmission, and the task start request a may be first placed in a preset queue a' with a corresponding priority 1.
In some optional implementations, before the step 103, the method may further include a step b: and encapsulating the function implementation codes corresponding to the task starting requests according to a preset encapsulation mode.
In some application scenarios, the terminal device may determine the sending location information of the function implementation code corresponding to each task starting request. Then, the function implementation codes with the same position information sending out can be packaged into a code block form, and the packaged code blocks can be named, so that the code blocks can be scheduled and the like through naming in the following process.
In other application scenarios, the terminal device may determine the location information of the start data corresponding to each task start request to encapsulate the function implementation codes. The function realization code with the same position information of the startup data can then be packaged into code blocks.
In some optional implementations, the method for processing the start request may further include the following first step and second step.
Step one, determining whether the currently acquired task starting request is repeated with the previously acquired task starting request which is not processed.
The application program may receive a use instruction sent by the user to use a certain function in the cold start phase. That is, when a user triggers a certain function of an application, the terminal device may, in response to the triggering operation, acquire a task start request corresponding to the triggering operation, and determine whether the task start request is repeated with a previously acquired task start request that is not processed, so as to determine whether it is necessary to change the priority of the task start request.
And step two, responding to the task starting request which is determined to be repeated with the task starting request which is obtained before and is not processed, and preferentially sending the task starting request to the server so as to obtain starting data corresponding to the task starting request.
When the terminal device determines that the task starting request corresponding to the trigger operation is repeated with the previously acquired task starting request which is not processed, the terminal device can be regarded that the user starts to use the function, and the terminal device can immediately send the task starting request to the server, so that the server responds to the task starting request as soon as possible and returns corresponding starting data, and the user cannot perceive the time difference for starting the function as far as possible.
When a repeated task start request is immediately transmitted, the task start request acquired before and not processed can be eliminated so as not to repeatedly start the function. For example, when the task start request a corresponding to the start task a receives the start instruction, that is, when the start instruction is already acquired and is not processed only because of the processing sequence, the task start request a 'corresponding to the start task a is received, and at this time, the task start request a and the task start request a' may be regarded as a pair of repeated task start requests. After detecting the repetition condition, the terminal device may preferentially send the task start request a' to the server, and cancel processing the task start request a.
In some optional application scenarios, the method for processing the start request may further include the following steps: and in response to the determination that any task starting request does not need to be executed, determining a code module of the application starting program corresponding to the task starting request, and setting other task starting requests corresponding to the code module to be not required to be executed.
The terminal device may cancel some of the processing operations of the task start requests at the time of access peak. That is, the terminal device may determine whether the task initiation request may not be executed to relieve the server from stress during the peak period of access. In this way, task start requests, such as ad presentation tasks, that do not substantially affect the launching of applications may not need to be executed during access peak periods or other such special periods.
The terminal equipment determines that a certain task starting request is not required to be executed, can retrieve the corresponding code module of the application starting program, and can execute the operation of canceling the processing of the retrieved task starting request related to the code module, so that the operation is convenient and fast.
In some alternative implementations, the start request processing method may be performed by a task scheduler disposed between the application and the system network layer, or by the system network layer.
The role of the task scheduler and the system network layer may include intercepting and distributing task start requests between the application and the server. That is, the processing sequence of the intercepted task start requests can be determined by the task scheduler or the system network layer, and then the multiple acquisition requests which are possibly sent to the server side in parallel by the application program are adjusted to be sent one by one according to the processing sequence, so that the pressure of the server side for processing the multiple acquisition requests concurrently is reduced, and the possible downtime risk of the server side is avoided.
After the cold start phase is finished (i.e. from triggering the application program to reaching the preset time period), if all the unprocessed task start requests are processed, the operation of sending the acquisition requests according to the processing sequence can be stopped. That is, the end of the cold start phase may be regarded as the end of the on-peak period, and at this time, if there is no unprocessed task start request, no requirement may be made on the processing sequence corresponding to each newly acquired task start request. In some application scenarios, after the task start request is acquired, an acquisition request of start data corresponding to the task start request may be immediately sent to the server.
Referring to fig. 2, which shows a schematic structural diagram of an embodiment of a start request processing apparatus according to the present disclosure, as shown in fig. 2, the start request processing apparatus includes an obtaining module 201, a determining module 202, and a sending module 203. The acquiring module 201 is configured to, in response to receiving a start instruction for instructing to start an application program, acquire at least one task start request corresponding to the application program; a determining module 202, configured to determine a processing sequence corresponding to each of the at least one task starting request; the sending module 203 is configured to send, to the server in sequence according to the processing order, the acquisition request of the startup data corresponding to each task startup request.
It should be noted that, for specific processing of the obtaining module 201, the determining module 202, and the sending module 203 of the start request processing apparatus and technical effects brought by the specific processing, reference may be made to the related descriptions of step 101 to step 103 in the corresponding embodiment of fig. 1, and no further description is given here.
In some optional implementations of this embodiment, the determining module 202 is further configured to: and determining a processing sequence corresponding to each of the at least one task starting request according to the priority of the at least one task starting request determined in advance.
In some optional implementation manners of this embodiment, the priority level to which the at least one task start request belongs is determined and issued by the server.
In some optional implementation manners of this embodiment, the start request processing apparatus further includes an allocation module, where the allocation module is configured to: for each task starting request, putting the task starting request into a preset queue corresponding to the priority according to the priority of the task starting request; and the sending module 203 is further configured to: and for each preset queue, extracting each task starting request in the preset queue from the preset queue according to the priority of the preset queue.
In some optional implementations of this embodiment, the sending module 203 is further configured to: determining the starting time of each preset queue according to the priority of each preset queue; and for each starting time, extracting each task starting request in the preset queue from the preset queue corresponding to the starting time.
In some optional implementations of this embodiment, the priority includes: and immediately sending a request, releasing the request after the refreshing of the first screen is finished, waiting for a plurality of times, releasing the request, and immediately discarding the request.
In some optional implementations of this embodiment, the start request processing apparatus further includes an encapsulation module, where the encapsulation module is configured to: and encapsulating the function implementation codes corresponding to the task starting requests according to a preset encapsulation mode.
In some optional implementations of this embodiment, the start request processing apparatus further includes a priority processing module, where the priority processing module is configured to: determining whether the currently acquired task starting request is repeated with a previously acquired task starting request which is not processed; and preferentially sending the task starting request to the server to obtain starting data corresponding to the task starting request in response to the fact that the task starting request obtained currently is determined to be repeated with the task starting request which is obtained before and is not processed.
In some optional implementations of this embodiment, the start request processing apparatus further includes a cancellation module, where the cancellation module is configured to: and in response to the determination that any task starting request does not need to be executed, determining a code module of the application starting program corresponding to the task starting request, and setting other task starting requests corresponding to the code module to be not required to be executed.
In some optional implementations of this embodiment, the start request processing device includes a task scheduler disposed between the application program and the system network layer, or the system network layer.
In some application scenarios, a task scheduler may be disposed between the application program and the system network layer, and the task scheduler manages the start task requests corresponding to the multiple application programs. When a user starts an application by triggering an icon of the application, the task scheduler monitors the triggering operation and may receive a plurality of task start requests issued for starting the application. And then, according to the priority of each task starting request acquired in advance, each task starting request is put into a queue corresponding to each priority. Secondly, each task starting request in the queue can be extracted from the queue according to the priority of the queue and sent to a system network layer. The queue here may be preset in the terminal device, or may be preset in the task scheduler. After receiving the task start requests, the system network layer may send the acquisition requests corresponding to the task start requests to the server according to the receiving order.
In other application scenarios, the start task requests corresponding to the plurality of application programs may be managed by the system network layer. When a user starts an application by triggering an icon of the application, the terminal device monitors the triggering operation (which may be regarded as receiving a start instruction), and may send at least one task start request corresponding to the application. And the system network layer intercepts the task starting requests, and puts the intercepted task starting requests into queues corresponding to the priorities according to the priorities of the task starting requests acquired in advance. Then, according to the priority of the queue, each task starting request in the queue can be extracted from the queue, and the acquisition requests corresponding to the task starting requests are sent to the server according to the receiving sequence. The queues here may be preset in the system network layer.
Referring to fig. 3, an exemplary system architecture to which the boot request processing method of one embodiment of the present disclosure may be applied is shown.
As shown in FIG. 3, the system architecture may include terminal devices 301, 302, 303, a network 304, a server 305, a medium by which the network 304 provides communication links between the terminal devices 301, 302, 303 and the server 305. the network 304 may include various connection types, such as wired, wireless communication links, or fiber optic cables, among others.
The terminal devices 301, 302, 303 may interact with a server 305 over a network 304 to receive or send messages or the like. The terminal devices 301, 302, 303 may have various client applications installed thereon, such as a video distribution application, a search-type application, and a news-information-type application.
When the terminal devices 301, 302, 303 are hardware, they may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, e-book readers, MP3 players (Moving Picture Experts Group Audio L layer III, motion Picture Experts compression standard Audio layer 3), MP4(Moving Picture Experts Group Audio L layer IV, motion Picture Experts compression standard Audio layer 4) players, laptop portable computers, desktop computers, and the like.
The server 305 may be a server that can provide various services, for example, receives a video acquisition request transmitted by the terminal apparatus 301, 302, 303, performs analysis processing on the video acquisition request, and transmits an analysis processing result (for example, video data corresponding to the above-described acquisition request) to the terminal apparatus 301, 302, 303.
It should be noted that the method for processing the start request provided by the embodiment of the present disclosure may be executed by the terminal device, and accordingly, the start request processing apparatus may be disposed in the terminal device.
It should be understood that the number of terminal devices, networks, and servers in fig. 3 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.
Referring now to FIG. 4, shown is a schematic diagram of an electronic device (e.g., the server of FIG. 3) suitable for use in implementing embodiments of the present disclosure. The electronic device shown in fig. 4 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.
As shown in fig. 4, the electronic device may include a processing means (e.g., a central processing unit, a graphics processor, etc.) 401 that may perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM)402 or a program loaded from a storage means 408 into a Random Access Memory (RAM) 403. In the RAM 403, various programs and data necessary for the operation of the electronic apparatus are also stored. The processing device 401, the ROM 402, and the RAM 403 are connected to each other via a bus 404. An input/output (I/O) interface 405 is also connected to bus 404.
In general, input devices 406 including, for example, a touch screen, touch pad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc., output devices 407 including, for example, a liquid crystal display (L CD), speaker, vibrator, etc., storage devices 408 including, for example, magnetic tape, hard disk, etc., and communication devices 409 may allow the electronic device to communicate wirelessly or wiredly with other devices to exchange data.
In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program carried on a non-transitory computer readable medium, the computer program containing program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network via the communication device 409, or from the storage device 408, or from the ROM 402. The computer program performs the above-described functions defined in the methods of the embodiments of the present disclosure when executed by the processing device 401.
It should be noted that the computer readable medium in the present disclosure can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In contrast, in the present disclosure, a computer readable signal medium may comprise a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.
The computer readable medium may be embodied in the electronic device; or may exist separately without being assembled into the electronic device.
The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to: in response to receiving a starting instruction for indicating to start the application program, acquiring at least one task starting request corresponding to the application program; determining a processing sequence corresponding to each task starting request; and sending the starting data acquisition requests corresponding to the task starting requests to the server in sequence according to the processing sequence.
Computer program code for carrying out operations of the present disclosure may be written in any combination of one or more programming languages, including but not limited to AN object oriented programming language such as Java, Smalltalk, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units described in the embodiments of the present disclosure may be implemented by software or hardware. The name of the module does not constitute a limitation to the unit itself in some cases, and for example, the acquiring module may also be described as a "module that acquires at least one task start request corresponding to an application in response to receiving a start instruction for instructing to start the application".
For example, without limitation, exemplary types of hardware logic that may be used include Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), systems on a chip (SOCs), complex programmable logic devices (CP L D), and so forth.
In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The foregoing description is only exemplary of the preferred embodiments of the disclosure and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the disclosure herein is not limited to the particular combination of features described above, but also encompasses other embodiments in which any combination of the features described above or their equivalents does not depart from the spirit of the disclosure. For example, the above features and (but not limited to) the features disclosed in this disclosure having similar functions are replaced with each other to form the technical solution.
Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limitations on the scope of the disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.
Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.
Claims (13)
1. A method for processing a start request, comprising:
in response to receiving a starting instruction for indicating to start an application program, acquiring at least one task starting request corresponding to the application program;
determining a processing sequence corresponding to each task starting request;
and sending the starting data acquisition requests corresponding to the task starting requests to the server in sequence according to the processing sequence.
2. The method according to claim 1, wherein the determining a processing order corresponding to each of the at least one task initiation request comprises:
and determining a processing sequence corresponding to each task starting request according to the priority of the at least one task starting request determined in advance.
3. The method of claim 2, wherein the priority of the at least one task initiation request is determined and issued by a server.
4. The method according to claim 2, wherein before the sequentially sending the start data acquisition requests corresponding to the task start requests to the server according to the processing order, the method further comprises:
for each task starting request, putting the task starting request into a preset queue corresponding to the priority according to the priority of the task starting request; and
the sending of the acquisition requests of the start data corresponding to the task start requests to the server in sequence according to the processing sequence includes:
and for each preset queue, extracting each task starting request in the preset queue from the preset queue according to the priority of the preset queue.
5. The method according to claim 4, wherein for each preset queue, extracting task start requests in the preset queue from the preset queue according to the priority of the preset queue, comprises:
determining the starting time of each preset queue according to the priority of each preset queue;
and for each starting time, extracting each task starting request in the preset queue from the preset queue corresponding to the starting time.
6. The method of claim 2, wherein the priority comprises: and immediately sending a request, releasing the request after the refreshing of the first screen is finished, waiting for a plurality of times, releasing the request, and immediately discarding the request.
7. The method according to claim 1, wherein before the sequentially sending the acquisition requests of the startup data corresponding to the task startup requests to the server according to the processing order, the method further comprises:
and encapsulating the function implementation codes corresponding to the task starting requests according to a preset encapsulation mode.
8. The method of claim 1, further comprising:
determining whether the currently acquired task starting request is repeated with a previously acquired task starting request which is not processed;
and preferentially sending an acquisition request corresponding to the task starting request to the server side to acquire starting data corresponding to the task starting request in response to the fact that the currently acquired task starting request is determined to be repeated with the previously acquired task starting request which is not processed.
9. The method of claim 1, further comprising:
and in response to the determination that any task starting request does not need to be executed, determining a code module of the application starting program corresponding to the task starting request, and setting other task starting requests corresponding to the code module to be not required to be executed.
10. The method according to claim 1, wherein the start request processing method is performed by a task scheduler provided between the application program and a system network layer, or is performed by the system network layer.
11. An activation request processing apparatus, comprising:
the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for responding to a received starting instruction for indicating to start an application program and acquiring at least one task starting request corresponding to the application program;
the determining module is used for determining a processing sequence corresponding to each task starting request;
and the sending module is used for sequentially sending the starting data acquisition requests corresponding to the task starting requests to the server according to the processing sequence.
12. An electronic device, comprising:
one or more processors;
storage means having one or more programs stored thereon which, when executed by the one or more processors, cause the one or more processors to implement the method of any of claims 1-10.
13. A computer-readable medium, on which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1-10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010277120.1A CN111488220A (en) | 2020-04-09 | 2020-04-09 | Method and device for processing starting request and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010277120.1A CN111488220A (en) | 2020-04-09 | 2020-04-09 | Method and device for processing starting request and electronic equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111488220A true CN111488220A (en) | 2020-08-04 |
Family
ID=71811032
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010277120.1A Pending CN111488220A (en) | 2020-04-09 | 2020-04-09 | Method and device for processing starting request and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111488220A (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112181517A (en) * | 2020-09-24 | 2021-01-05 | 北京达佳互联信息技术有限公司 | Starting method, device, equipment and medium of application software |
| CN112799822A (en) * | 2021-02-09 | 2021-05-14 | 北京字节跳动网络技术有限公司 | Program starting method, device, equipment and medium |
| CN113852663A (en) * | 2021-08-18 | 2021-12-28 | 北京达佳互联信息技术有限公司 | Network request processing method and device and network request processing system |
| CN113867145A (en) * | 2021-09-29 | 2021-12-31 | 中国第一汽车股份有限公司 | Application control method and device, electronic equipment and storage medium |
| CN114116068A (en) * | 2021-12-02 | 2022-03-01 | 重庆紫光华山智安科技有限公司 | Service starting optimization method and device, electronic equipment and readable storage medium |
| CN114745272A (en) * | 2020-12-23 | 2022-07-12 | 武汉斗鱼网络科技有限公司 | Method, server, medium, and apparatus for increasing application start speed |
| WO2023040330A1 (en) * | 2021-09-14 | 2023-03-23 | 超聚变数字技术有限公司 | Data processing method, device, and system |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101261592A (en) * | 2007-03-07 | 2008-09-10 | 国际商业机器公司 | Method and apparatus for scheduling task request |
| CN104731645A (en) * | 2015-03-19 | 2015-06-24 | 蔡树彬 | Task scheduling method and device and data downloading method and device |
| US20190034230A1 (en) * | 2016-03-29 | 2019-01-31 | Huawei Technologies Co., Ltd. | Task scheduling method and apparatus |
| CN110728455A (en) * | 2019-10-17 | 2020-01-24 | 京东数字科技控股有限公司 | Service processing method, service processing device, storage medium and electronic equipment |
-
2020
- 2020-04-09 CN CN202010277120.1A patent/CN111488220A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101261592A (en) * | 2007-03-07 | 2008-09-10 | 国际商业机器公司 | Method and apparatus for scheduling task request |
| CN104731645A (en) * | 2015-03-19 | 2015-06-24 | 蔡树彬 | Task scheduling method and device and data downloading method and device |
| US20190034230A1 (en) * | 2016-03-29 | 2019-01-31 | Huawei Technologies Co., Ltd. | Task scheduling method and apparatus |
| CN110728455A (en) * | 2019-10-17 | 2020-01-24 | 京东数字科技控股有限公司 | Service processing method, service processing device, storage medium and electronic equipment |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112181517A (en) * | 2020-09-24 | 2021-01-05 | 北京达佳互联信息技术有限公司 | Starting method, device, equipment and medium of application software |
| CN114745272A (en) * | 2020-12-23 | 2022-07-12 | 武汉斗鱼网络科技有限公司 | Method, server, medium, and apparatus for increasing application start speed |
| CN114745272B (en) * | 2020-12-23 | 2023-09-15 | 武汉斗鱼网络科技有限公司 | Method, server, medium and device for improving starting speed of application program |
| CN112799822A (en) * | 2021-02-09 | 2021-05-14 | 北京字节跳动网络技术有限公司 | Program starting method, device, equipment and medium |
| CN113852663A (en) * | 2021-08-18 | 2021-12-28 | 北京达佳互联信息技术有限公司 | Network request processing method and device and network request processing system |
| WO2023040330A1 (en) * | 2021-09-14 | 2023-03-23 | 超聚变数字技术有限公司 | Data processing method, device, and system |
| CN113867145A (en) * | 2021-09-29 | 2021-12-31 | 中国第一汽车股份有限公司 | Application control method and device, electronic equipment and storage medium |
| CN114116068A (en) * | 2021-12-02 | 2022-03-01 | 重庆紫光华山智安科技有限公司 | Service starting optimization method and device, electronic equipment and readable storage medium |
| CN114116068B (en) * | 2021-12-02 | 2023-06-02 | 重庆紫光华山智安科技有限公司 | Service start optimization method and device, electronic equipment and readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111488220A (en) | Method and device for processing starting request and electronic equipment | |
| CN105787077B (en) | Data synchronization method and device | |
| CN109165050B (en) | Program running method and device, computing equipment and storage medium | |
| CN109101335B (en) | Extending functionality of a host device | |
| CN111488185B (en) | Page data processing method, device, electronic equipment and readable medium | |
| CN112807678A (en) | Cloud game implementation method, device, system, equipment and medium | |
| CN111221638B (en) | Concurrent task scheduling processing method, device, equipment and medium | |
| CN110069919B (en) | Information acquisition method and device | |
| CN111246228B (en) | Method, device, medium and electronic equipment for updating gift resources of live broadcast room | |
| CN110007936B (en) | Data processing method and device | |
| CN111258736B (en) | Information processing method and device and electronic equipment | |
| CN111857858A (en) | Method and apparatus for processing information | |
| CN112379982B (en) | Task processing method, device, electronic equipment and computer readable storage medium | |
| CN113553178A (en) | Task processing method and device and electronic equipment | |
| CN111163336B (en) | Video resource pushing method and device, electronic equipment and computer readable medium | |
| CN110865846B (en) | Application management method, device, terminal, system and storage medium | |
| CN113521728A (en) | Cloud application implementation method and device, electronic equipment and storage medium | |
| CN111258800A (en) | Page processing method and device and electronic equipment | |
| CN110113176B (en) | Information synchronization method and device for configuration server | |
| CN111596992B (en) | Navigation bar display method and device and electronic equipment | |
| CN112256221A (en) | Information display method and device and electronic equipment | |
| CN110619101B (en) | Method and apparatus for processing information | |
| CN115022106B (en) | Group information processing method, device, equipment and medium | |
| CN115328558A (en) | Starting method and device and electronic equipment | |
| CN114417214A (en) | Information display method and device and electronic equipment |
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 |