CN111352626A - Service request processing method and device, electronic equipment and storage medium - Google Patents
Service request processing method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN111352626A CN111352626A CN202010080050.0A CN202010080050A CN111352626A CN 111352626 A CN111352626 A CN 111352626A CN 202010080050 A CN202010080050 A CN 202010080050A CN 111352626 A CN111352626 A CN 111352626A
- Authority
- CN
- China
- Prior art keywords
- target
- task
- sub
- subtask
- execution
- 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.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/38—Creation or generation of source code for implementing user interfaces
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Human Computer Interaction (AREA)
- Stored Programmes (AREA)
Abstract
The invention provides a service request processing method, a device, electronic equipment and a storage medium, wherein the method comprises the following steps: acquiring a service request of a current service page, and determining a service function requested by the service request; determining a plurality of target subtasks which need to be executed by the business function; packaging the plurality of target subtasks according to a preset task packaging template to obtain target tasks, wherein any target task comprises one target subtask or a plurality of target subtasks; sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result; and sending a service request result to the current service page. Therefore, in the technical scheme provided by the embodiment of the invention, the service request result can be obtained only by one service request of the current service page by packaging the plurality of target subtasks required to be executed by the service function requested by the service request, so that the complexity of the service processing flow of the current service page is reduced.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a method and an apparatus for processing a service request, an electronic device, and a storage medium.
Background
In the field of mobile application development, business function interaction is usually performed through cross-page. Specifically, the current service page may perform multiple API (Application Programming Interface) interactions with multiple service pages, and the current service page needs to process each interaction result.
As can be seen from the above description, when a current service page performs cross-page interaction with multiple other service pages, the current service page needs to send a service request to each service page, and after a service processing result is obtained by sending the service request each time, the service request result needs to be processed, so that the service processing flow of the current service page is relatively complex.
Disclosure of Invention
In order to solve the technical problem that the service processing flow of the current service page is relatively complex due to the fact that the current service page and the target service page carry out API interaction for many times and the current service page processes the interaction result, the invention discloses a service request processing method, a device, electronic equipment and a storage medium.
In a first aspect, an embodiment of the present invention provides a method for processing a service request, where the method includes:
acquiring a service request of a current service page, and determining a service function requested by the service request;
determining a plurality of target subtasks which need to be executed by the business function;
encapsulating the plurality of target subtasks according to a preset task encapsulation template to obtain target tasks, wherein any one target task comprises one target subtask or a plurality of target subtasks;
sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result;
and sending the service request result to the current service page.
Optionally, the sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result includes:
determining a current target task to be executed according to the execution sequence of each target task in the target tasks;
sequentially executing each target subtask in the target task to be executed currently according to the execution sequence of each target subtask in the target task to be executed currently to obtain a current task execution result;
and carrying the current task execution result to execute the next current target task to be executed until each target task in the target tasks is executed, and obtaining a service request result.
Optionally, the sequentially executing each target subtask in the target task to be currently executed according to the execution sequence of each target subtask in the target task to be currently executed to obtain a current task execution result, where the method includes:
determining a first sub-thread corresponding to a first sub-task in the target task to be executed currently, wherein the first sub-task is the target sub-task to be executed currently;
executing the first subtask through the first sub thread to obtain a current task execution sub-result;
determining a second sub-thread corresponding to a second sub-task, wherein the second sub-task is as follows: sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and sequencing the target subtasks which are arranged behind the first subtask and have sequencing serial numbers adjacent to the sequencing serial number of the first subtask;
switching the thread from the first sub-thread to the second sub-thread by utilizing a preset thread scheduling mechanism;
carrying the current task execution sub-result, and executing the second sub-task through the second sub-thread to obtain an updated current task execution sub-result;
determining a third sub-thread corresponding to a third sub-task, wherein the third sub-task is as follows: sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and sequencing the target subtasks which are arranged behind the second subtasks and have sequencing serial numbers adjacent to the sequencing serial numbers of the second subtasks;
switching the thread from the second sub-thread to the third sub-thread by utilizing a preset thread scheduling mechanism;
and carrying the updated current task execution sub-result, and executing the third sub-task through a third sub-thread corresponding to the third sub-task until each target sub-task in the target tasks is executed, so as to obtain the current task execution result.
Optionally, in the process of executing each target task, the method further includes:
for each target task, monitoring whether the execution process of each target subtask in the target task is abnormal or not in the process of executing the target task;
for each target task, if the execution process of any target subtask in the target task is abnormal, feeding back a task execution subtask result corresponding to the last target subtask of the target subtask to the current service page;
the last target subtask is a subtask which sequences each target subtask in the target task according to an execution sequence, is arranged before the target subtask, and has a sequencing sequence number adjacent to that of the target subtask.
Optionally, the sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result includes:
forming a transaction mechanism by each target task in the target tasks through a streaming calling technology;
and executing the transaction mechanism to obtain a service request result.
In a second aspect, an embodiment of the present invention provides a service request processing apparatus, where the apparatus includes:
the acquisition module is used for acquiring a service request of a current service page and determining a service function requested by the service request;
the determining module is used for determining a plurality of target subtasks which need to be executed by the business function;
the encapsulation module is used for encapsulating the plurality of target subtasks according to a preset task encapsulation template to obtain target tasks, wherein any target task comprises one target subtask or a plurality of target subtasks;
the execution module is used for sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result;
and the sending module is used for sending the service request result to the current service page.
Optionally, the execution module includes:
the determining unit is used for determining the current target task to be executed according to the execution sequence of each target task in the target tasks;
the first execution unit is used for sequentially executing each target subtask in the target task to be executed currently according to the execution sequence of each target subtask in the target task to be executed currently to obtain the execution result of the current task;
and the second execution unit carries the current task execution result to execute the next current target task to be executed until each target task in the target tasks is executed, and obtains a service request result.
Optionally, the first execution unit is specifically configured to:
determining a first sub-thread corresponding to a first sub-task in the target task to be executed currently, wherein the first sub-task is the target sub-task to be executed currently;
executing the first subtask through the first sub thread to obtain a current task execution sub-result;
determining a second sub-thread corresponding to a second sub-task, wherein the second sub-task is as follows: sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and sequencing the target subtasks which are arranged behind the first subtask and have sequencing serial numbers adjacent to the sequencing serial number of the first subtask;
switching the thread from the first sub-thread to the second sub-thread by utilizing a preset thread scheduling mechanism;
carrying the current task execution sub-result, and executing the second sub-task through the second sub-thread to obtain an updated current task execution sub-result;
determining a third sub-thread corresponding to a third sub-task, wherein the third sub-task is as follows: sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and sequencing the target subtasks which are arranged behind the second subtasks and have sequencing serial numbers adjacent to the sequencing serial numbers of the second subtasks;
switching the thread from the second sub-thread to the third sub-thread by utilizing a preset thread scheduling mechanism;
and carrying the updated current task execution sub-result, and executing the third sub-task through a third sub-thread corresponding to the third sub-task until each target sub-task in the target tasks is executed, so as to obtain the current task execution result.
Optionally, the apparatus further comprises:
the monitoring module is used for monitoring whether the execution process of each target subtask in the target task is abnormal or not in the process of executing the target task for each target task in the process of executing the target task;
a feedback module, configured to, for each target task, if there is an exception in an execution process of any target subtask in the target task, feed back a task execution subtask corresponding to a last target subtask of the target subtask to the current service page;
the last target subtask is a subtask which sequences each target subtask in the target task according to an execution sequence, is arranged before the target subtask, and has a sequencing sequence number adjacent to that of the target subtask.
Optionally, the execution module is specifically configured to:
forming a transaction mechanism by each target task in the target tasks through a streaming calling technology;
and executing the transaction mechanism to obtain a service request result.
In a third aspect, an embodiment of the present invention provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor implements the steps of the service request processing method according to the first aspect when executing the program.
In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when executed by a processor, the computer program implements the steps of the service request processing method according to the first aspect.
In the technical scheme provided by the embodiment of the invention, after the service request of the current service page is obtained, the service function requested by the service request is determined; determining a plurality of target subtasks which need to be executed by the service function; then, packaging the plurality of target subtasks according to a preset task packaging template to obtain target tasks, wherein any target task comprises one target subtask or a plurality of target subtasks; sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result; and sending a service request result to the current service page.
It can be seen that, in the technical solution provided in the embodiment of the present invention, by encapsulating a plurality of target subtasks that need to be executed for a service function requested by a service request, a service request result can be obtained only by one service request for a current service page, unlike the related art, a plurality of API interactions need to be performed for a current service page with a plurality of service pages, and a result of each interaction needs to be processed, so that complexity of a service processing flow of the current service page is reduced, and development modes of developers can be unified, thereby improving development efficiency of the developers, and reducing cooperation communication costs of the developers.
Drawings
FIG. 1 is a schematic diagram of interaction among multiple pages in the related art by taking an upper-transfer head portrait as an example;
fig. 2 is a flowchart illustrating steps of a service request processing method according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of page interaction taking an uploading avatar as an example in the embodiment of the present invention;
FIG. 4 is a flowchart of the steps of one implementation of step S240 in the embodiment shown in FIG. 2;
FIG. 5 is a flowchart of the steps of one implementation of step S242 in the embodiment of FIG. 4;
fig. 6 is a schematic structural diagram of a service request processing apparatus according to an embodiment of the present invention;
fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in further detail below.
In the field of mobile application development, business function interaction is usually performed through cross-page. Specifically, the current service page may perform API (Application Programming Interface) interaction with the target service page for multiple times, and the current service page needs to process each interaction result.
As can be seen from the above description, when a current service page performs cross-page interaction with multiple other service pages, the current service page needs to send a service request to each service page, and after a service processing result is obtained by sending the service request each time, the service request result needs to be processed, so that the service processing flow of the current service page is relatively complex.
The following describes the interaction of business functions across pages in the related art by taking an uploading avatar as an example.
As shown in fig. 1, the process of uploading the avatar on the current service page may include the following six steps, which are respectively:
1. and the current business page and the picture selection/photographing business page are subjected to page interaction. Specifically, the current service page requests for picture selection, and a result fed back by the selected picture/photographed service page is obtained;
2. after the current service page obtains the result fed back by the selected picture/photographing service page, requesting to cut the service page and obtaining the result fed back by the cut service page;
3. and after the current business page obtains a result fed back by the cutting business page, compressing the picture.
4. The current service page performs format processing on the compressed picture, for example, the picture format is processed into file, base64, bitmap, and other formats.
5. After the format processing is performed on the compressed picture by the current service page, the current service page interacts with the uploaded picture service page, specifically, the current service page sends a request for uploading the picture to the uploaded picture service page, and obtains an uploading result url (Uniform Resource Locator) fed back by the uploaded picture service page.
6. And after the current service page obtains the url fed back by the uploaded picture service page, interacting with the interface uploaded service page. Specifically, the current service page sends a request for storing to the interface upload service page, and the interface upload service page feeds back a result of successful storage to the current service page.
7. And the current service page carries out UI (User Interface) prompt refreshing. I.e. the head portrait is updated synchronously.
As can be seen from the above description, in the related art, when the head portrait is uploaded on the current service page, multiple API interactions with the selected picture/photographed service page, the cut service page, the uploaded picture service page, and the interface uploaded service page are required, and for each interaction result, the current service page is required to be processed.
In order to solve the technical problem that the complexity of a service processing flow of a current service page is higher due to the fact that the current service page and a target service page carry out API interaction for multiple times and the current service page processes an interaction result, embodiments of the present invention provide a service request processing method and apparatus, an electronic device, and a storage medium.
In a first aspect, a method for processing a service request according to an embodiment of the present invention is described in detail.
It should be noted that an execution subject of the service request processing method provided in the embodiment of the present invention is a service request processing apparatus, and the service request processing apparatus may be run in an electronic device. The electronic device may be a mobile phone, a tablet computer, a personal computer, or the like, and the embodiment of the present invention does not specifically limit the electronic device.
As shown in fig. 2, a method for processing a service request according to an embodiment of the present invention may include the following steps:
s210, acquiring the service request of the current service page, and determining the service function requested by the service request.
Specifically, when the user operates the current service page, the electronic device obtains the service request of the current service page, and can determine the service function requested by the service request.
For example, when a user wants to upload an avatar, the current service page is the service page for uploading the avatar, the user may click the service page for uploading the avatar, and at this time, the electronic device obtains a service request of the current service page, and may determine that a service function requested by the service request is an uploading avatar service function.
And S220, determining target subtasks which need to be executed by the business function.
Specifically, after determining the service function requested by the service request, the electronic device may determine a task that needs to be executed to implement the service function, and in general, multiple tasks need to be executed to implement one service function.
For example, still taking the service function of the uploaded avatar as an example, implementing the service function requires executing a plurality of sub-tasks, respectively selecting/photographing pictures, cutting pictures, compressing pictures, formatting pictures, uploading pictures, and saving interfaces, so that the current service page can synchronously update the avatar.
And S230, encapsulating the plurality of target subtasks according to a preset task encapsulation template to obtain the target task.
Wherein any target task comprises one target subtask or a plurality of target subtasks.
After determining a plurality of subtasks that need to be executed by the service function requested by the service request, the electronic device may encapsulate the plurality of target subtasks according to a preset task encapsulation template. It should be noted that, a preset task encapsulation template may encapsulate target subtasks that are the same or similar in service function among multiple target subtasks into one target task.
Still taking the service function of the upload head portrait as an example, implementing the service function requires executing a plurality of sub-tasks, respectively selecting/photographing pictures, cropping pictures, compressing pictures, formatting pictures, uploading pictures, and storing interfaces.
The business functions realized by the four target subtasks of picture selection/shooting, picture cutting, picture compression and picture format processing are all picture processing, so the four target subtasks of picture selection/shooting, picture cutting, picture compression and picture format processing can be packaged together. Moreover, since the business functions implemented by the two target subtasks of uploading the picture and storing the interface do not process the picture itself, the uploaded picture can be packaged as one target task separately, and the interface can be stored and packaged as one target task separately, as shown in fig. 3.
As can be seen from the above description, when uploading a head portrait, after encapsulating a plurality of target subtasks, 3 target tasks are obtained.
And S240, sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result.
Specifically, the number of target tasks may be one or more. When the number of target tasks is one, the target tasks may be directly executed. When the target task is plural, the plural target tasks may be sequentially executed in the execution order of the plural target tasks. When each target task is executed, the request result corresponding to the target task can be obtained by calling the interface corresponding to the target task, and the request results corresponding to all the target tasks form a service request result.
Specifically, in an embodiment, sequentially executing each target task according to an execution sequence of each target task in the target tasks, and obtaining the service request result may include:
and forming a transaction mechanism by each target task in the target tasks through a streaming call technology, and executing the transaction mechanism to obtain a service request result.
In this embodiment, by composing each target task into a transactional mechanism, it can be ensured that each target task in the transactional mechanism is successfully executed, and the data-oriented resource is updated.
For example, still taking the example of uploading a head portrait, from the above description, there are 3 target tasks, the first target task is: selecting/photographing pictures, cutting pictures, compressing the pictures and performing format processing on the pictures to obtain target tasks, wherein the four target subtasks are packaged together, and the second target task is to upload the pictures; the third objective task is to preserve the interface. As can be seen, the execution order of the three target tasks is: a first target task, a second target task, and a third target task.
Thus, the first target task, the second target task, and the third target task may be sequentially executed. After the three target tasks are executed, the head portrait can be uploaded, and the service request result is obtained. If any one of the first target task, the second target task and the third target task fails to be executed, the head portrait uploading cannot be realized, namely, the service request result cannot be obtained.
For clarity of description of the scheme, step S140 will be explained in detail in the following embodiments.
And S250, sending a service request result to the current service page.
Specifically, after the service request result is obtained by sequentially executing each target task according to the execution sequence of each target task in the target tasks, the service request result may be sent to the current service page.
Still taking the above-mentioned avatar as an example, after the avatar is successfully uploaded, the successfully uploaded service request result may be sent to the current service page, and after the current service page receives the service request result, UI (User Interface) prompt refreshing may be performed, that is, the avatar is synchronously updated.
In the technical scheme provided by the embodiment of the invention, after the service request of the current service page is obtained, the service function requested by the service request is determined; determining a plurality of target subtasks which need to be executed by the service function; then, packaging the plurality of target subtasks according to a preset task packaging template to obtain target tasks, wherein any target task comprises one target subtask or a plurality of target subtasks; sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result; and sending a service request result to the current service page.
It can be seen that, in the technical solution provided in the embodiment of the present invention, by encapsulating a plurality of target subtasks that need to be executed for a service function requested by a service request, a service request result can be obtained only by one service request for a current service page, unlike the related art, a plurality of API interactions need to be performed for a current service page with a plurality of service pages, and a result of each interaction needs to be processed, so that complexity of a service processing flow of the current service page is reduced, and development modes of developers can be unified, thereby improving development efficiency of the developers, and reducing cooperation communication costs of the developers.
For clarity of description of the scheme, step S240 illustrated in fig. 2 will be explained in detail in the following embodiments.
In an embodiment, S240 sequentially executes each target task according to an execution sequence of each target task in the target tasks to obtain a service request result, as shown in fig. 4, the method may include the following steps:
and S241, determining the current target task to be executed according to the execution sequence of each target task in the target tasks.
When the electronic device executes each target task, the target task to be executed currently can be determined according to the execution sequence of each target task in the target tasks. For example, in the example of the head portrait, there are 3 target tasks, and the execution sequence of the 3 target tasks is: a first target task, a second target task, and a third target task. Therefore, according to the execution sequence of each target task in the target tasks, the determined target task to be executed currently is the first target task.
And S242, sequentially executing each target subtask in the target task to be executed according to the execution sequence of each target subtask in the target task to be executed currently, and obtaining the execution result of the current task.
Since the target task to be executed currently is encapsulated by the target subtask, that is, the target task to be executed currently may include one target subtask or may include a plurality of target subtasks. Therefore, when the current target task to be executed is executed, each target subtask in the current target task to be executed can be executed in sequence, and after each target subtask in the current target task to be executed is executed, the current task execution result is obtained.
For clarity of description of the scheme, step S242 will be explained in detail in the following embodiments.
And S243, carrying the current task execution result to execute the next current target task to be executed until each target task in the target tasks is executed, and obtaining a request result.
Specifically, after the current task execution result is obtained, the next current target task to be executed is executed with the current task execution result, and the service request result cannot be obtained until each target task in the target tasks is executed.
For example, still taking the head portrait as an example, the target tasks have 3, which are: a first target task, a second target task, and a third target task. After the first current target task to be executed (the first target task) is executed, the current task execution result of the first target task may be carried to execute the next current target task to be executed (the second target task), the updated current task execution result is obtained, the updated current task execution result is carried to execute the next current target task to be executed (the third target task), and after the third target task is executed, each target task in the target tasks is executed, and then the service request result is obtained.
It can be seen that, according to the technical solution of the embodiment, when each target task is executed according to the execution sequence of each target task in the target tasks, each target subtask in the target task is sequentially executed according to the execution sequence of each target subtask in the target task to obtain a current task execution result, and the current task execution result is carried to execute a next target task until each target task is executed, so that an accurate service request result is ensured to be obtained, and then an accurate service request result can be obtained on a current service page.
For clarity of description of the scheme, step S242 in the embodiment shown in fig. 4 will be explained in detail in the following examples.
In an implementation manner, in S242 in the embodiment shown in fig. 4, according to an execution sequence of each target subtask in the target task to be currently executed, sequentially execute each target subtask in the target task to be currently executed to obtain a current task execution result, as shown in fig. 5, the method may include the following steps:
s2421, determining a first sub thread corresponding to a first sub task in the current target task to be executed.
The first subtask is a target subtask to be executed currently.
Specifically, each target subtask in the target task to be executed currently is executed through one thread. Thus, prior to executing the first subtask, a first child thread corresponding to the first subtask may be determined.
Still taking the uploading of images as an example, the two target subtasks of picture selection/taking and picture cutting are executed through a UI (user interface) thread, the picture is compressed and processed in a picture format, and the four target subtasks of picture uploading and interface saving are executed through an IO (Input/Output) thread. That is, a plurality of target subtasks included in one target task may be executed by the same thread or may be executed by different threads.
And S2422, executing the first subtask through the first subtask to obtain a current task execution subtask result.
Specifically, after the first sub-thread corresponding to the first sub-task is determined, the first sub-task may be executed through the first sub-thread, so as to obtain a current task execution sub-result. For example, still taking uploading an image as an example, the first sub-task is picture selection/photographing, and the first sub-thread is a UI thread, so that the sub-task of picture selection/photographing can be executed through the UI thread, and a current task execution sub-result is obtained, that is, a picture is obtained.
And S2423, determining a second sub thread corresponding to the second sub task.
Wherein the second subtask is: and sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and arranging the target subtasks which are arranged behind the first subtask and have sequencing sequence numbers adjacent to the sequencing sequence number of the first subtask.
Specifically, each target subtask in the target task to be executed currently has an execution sequence, and after the first subtask is executed, a target subtask which is arranged after the first subtask and has a sequence number adjacent to the sequence number of the first subtask, that is, a second subtask may be executed. Before executing the second subtask, a second sub thread corresponding to the second subtask needs to be determined.
And S2424, switching the thread from the first sub-thread to the second sub-thread by using a preset thread scheduling mechanism.
After the second sub-thread is determined, the thread may be switched from the first sub-thread to the second sub-thread using a preset thread scheduling mechanism, so that the second sub-task is executed by the second sub-thread in a subsequent step.
And S2425, carrying the current task execution sub-result, executing the second sub-task through the second sub-thread, and obtaining the updated current task execution sub-result.
Specifically, when the second subtask is executed, the second subtask may be executed through the second subtask with the current task execution sub-result, so that the task execution sub-result corresponding to the second subtask, that is, the updated current task execution sub-result.
And S2426, determining a third sub thread corresponding to the third sub task.
Wherein the third subtask is: and sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and arranging the target subtasks which are arranged behind the second subtask and have sequencing sequence numbers adjacent to the sequencing sequence number of the second subtask.
Specifically, each target subtask in the target task to be executed currently has an execution sequence, and after the second subtask is executed, a target subtask which is arranged after the second subtask and has a sequence number adjacent to the sequence number of the second subtask, that is, a third subtask, may be executed. Before executing the third subtask, a third sub thread corresponding to the third subtask needs to be determined.
And S2427, switching the thread from the second sub-thread to the third sub-thread by using a preset thread scheduling mechanism.
After the third sub-thread is determined, the thread may be switched from the second sub-thread to the third sub-thread using a preset thread scheduling mechanism, so that the third sub-task is executed by the third sub-thread in a subsequent step.
And S2428, carrying the updated current task execution sub-results, and executing a third sub-task through a third sub-thread corresponding to the third sub-task until each target sub-task in the target tasks is executed, so as to obtain the current task execution results.
Specifically, when the third subtask is executed, the updated current task execution subtask may be carried, and the third subtask is executed through the third subtask, so that a task execution subtask corresponding to the third subtask is obtained, a current task execution subtask that is updated again is further obtained, a current task execution subtask that is updated again is carried, and a next target subtask is executed until each target subtask in the target task is executed, so that a current task execution result is obtained.
Therefore, according to the technical scheme disclosed by the embodiment, when each target subtask in each target task is executed, switching between threads can be realized through a preset thread scheduling mechanism, so that the target task execution failure caused by thread switching problems is prevented.
On the basis of any of the embodiments in fig. 2 to fig. 4, in an implementation manner, in the process of executing each target task, the service request processing method may further include the following steps, which are step a1 and step a2, respectively:
step a1, for each target task, during the process of executing the target task, monitoring whether there is an abnormality in the execution process of each target subtask in the target task.
Specifically, in practical applications, in the process of executing the target task, it may occur that an exception exists in the execution process of the target subtask in the target task, so that the target subtask cannot be successfully executed or the execution result is incorrect, and therefore, for each target task, in the process of executing the target task, whether an exception exists in the execution process of each target subtask in the target task may be monitored.
Step a2, for each target task, if there is an exception in the execution process of any target subtask in the target task, feeding back the task execution sub-result corresponding to the last target subtask of the target subtask to the current service page.
The last target subtask is a subtask which sequences each target subtask in the target task according to an execution sequence, is arranged before the target subtask, and has a sequencing sequence number adjacent to that of the target subtask.
Specifically, for each target task, if there is an exception in the execution process of any target subtask in the target task, the task execution sub-result corresponding to the last target subtask of the target subtask may be fed back to the current service page.
In this way, the current business page can be used for carrying out the next business request based on the task execution sub-result without carrying out the business request from the beginning.
It is noted that, for simplicity of explanation, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will appreciate that the present invention is not limited by the order of acts, as some steps may, in accordance with the present invention, occur in other orders and/or concurrently. Further, those skilled in the art will appreciate that the embodiments described in the specification are exemplary embodiments and that no single embodiment is necessarily required by the invention.
In a second aspect, an embodiment of the present invention provides a service request processing apparatus, as shown in fig. 6, the apparatus includes:
an obtaining module 610, configured to obtain a service request of a current service page, and determine a service function requested by the service request;
a determining module 620, configured to determine a plurality of target subtasks that need to be executed by the service function;
an encapsulating module 630, configured to encapsulate the multiple target subtasks according to a preset task encapsulating template to obtain target tasks, where any target task includes one target subtask or multiple target subtasks;
the execution module 640 is configured to sequentially execute each target task according to an execution sequence of each target task in the target tasks, so as to obtain a service request result;
a sending module 650, configured to send the service request result to the current service page.
In the technical scheme provided by the embodiment of the invention, after the service request of the current service page is obtained, the service function requested by the service request is determined; determining a plurality of target subtasks which need to be executed by the service function; then, packaging the plurality of target subtasks according to a preset task packaging template to obtain target tasks, wherein any target task comprises one target subtask or a plurality of target subtasks; sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result; and sending a service request result to the current service page.
It can be seen that, in the technical solution provided in the embodiment of the present invention, by encapsulating a plurality of target subtasks that need to be executed for a service function requested by a service request, a service request result can be obtained only by one service request for a current service page, unlike the related art, a plurality of API interactions need to be performed for a current service page with a plurality of service pages, and a result of each interaction needs to be processed, so that complexity of a service processing flow of the current service page is reduced, and development modes of developers can be unified, thereby improving development efficiency of the developers, and reducing cooperation communication costs of the developers.
Optionally, the execution module includes:
the determining unit is used for determining the current target task to be executed according to the execution sequence of each target task in the target tasks;
the first execution unit is used for sequentially executing each target subtask in the target task to be executed currently according to the execution sequence of each target subtask in the target task to be executed currently to obtain the execution result of the current task;
and the second execution unit carries the current task execution result to execute the next current target task to be executed until each target task in the target tasks is executed, and obtains a service request result.
Optionally, the first execution unit is specifically configured to:
determining a first sub-thread corresponding to a first sub-task in the target task to be executed currently, wherein the first sub-task is the target sub-task to be executed currently;
executing the first subtask through the first sub thread to obtain a current task execution sub-result;
determining a second sub-thread corresponding to a second sub-task, wherein the second sub-task is as follows: sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and sequencing the target subtasks which are arranged behind the first subtask and have sequencing serial numbers adjacent to the sequencing serial number of the first subtask;
switching the thread from the first sub-thread to the second sub-thread by utilizing a preset thread scheduling mechanism;
carrying the current task execution sub-result, and executing the second sub-task through the second sub-thread to obtain an updated current task execution sub-result;
determining a third sub-thread corresponding to a third sub-task, wherein the third sub-task is as follows: sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and sequencing the target subtasks which are arranged behind the second subtasks and have sequencing serial numbers adjacent to the sequencing serial numbers of the second subtasks;
switching the thread from the second sub-thread to the third sub-thread by utilizing a preset thread scheduling mechanism;
and carrying the updated current task execution sub-result, and executing the third sub-task through a third sub-thread corresponding to the third sub-task until each target sub-task in the target tasks is executed, so as to obtain the current task execution result.
Optionally, the apparatus further comprises:
the monitoring module is used for monitoring whether the execution process of each target subtask in the target task is abnormal or not in the process of executing the target task for each target task in the process of executing the target task;
a feedback module, configured to, for each target task, if there is an exception in an execution process of any target subtask in the target task, feed back a task execution subtask corresponding to a last target subtask of the target subtask to the current service page;
the last target subtask is a subtask which sequences each target subtask in the target task according to an execution sequence, is arranged before the target subtask, and has a sequencing sequence number adjacent to that of the target subtask.
Optionally, the execution module is specifically configured to:
forming a transaction mechanism by each target task in the target tasks through a streaming calling technology;
and executing the transaction mechanism to obtain a service request result.
For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.
In a third aspect, an embodiment of the present invention provides an electronic device, which includes a memory 710, a processor 720, and a computer program stored in the memory and executable on the processor, where the processor implements the steps of the service request processing method according to the first aspect when executing the program.
In the technical scheme provided by the embodiment of the invention, after the service request of the current service page is obtained, the service function requested by the service request is determined; determining a plurality of target subtasks which need to be executed by the service function; then, packaging the plurality of target subtasks according to a preset task packaging template to obtain target tasks, wherein any target task comprises one target subtask or a plurality of target subtasks; sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result; and sending a service request result to the current service page.
It can be seen that, in the technical solution provided in the embodiment of the present invention, by encapsulating a plurality of target subtasks that need to be executed for a service function requested by a service request, a service request result can be obtained only by one service request for a current service page, unlike the related art, a plurality of API interactions need to be performed for a current service page with a plurality of service pages, and a result of each interaction needs to be processed, so that complexity of a service processing flow of the current service page is reduced, and development modes of developers can be unified, thereby improving development efficiency of the developers, and reducing cooperation communication costs of the developers.
In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when executed by a processor, the computer program implements the steps of the service request processing method according to the first aspect.
In the technical scheme provided by the embodiment of the invention, after the service request of the current service page is obtained, the service function requested by the service request is determined; determining a plurality of target subtasks which need to be executed by the service function; then, packaging the plurality of target subtasks according to a preset task packaging template to obtain target tasks, wherein any target task comprises one target subtask or a plurality of target subtasks; sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result; and sending a service request result to the current service page.
It can be seen that, in the technical solution provided in the embodiment of the present invention, by encapsulating a plurality of target subtasks that need to be executed for a service function requested by a service request, a service request result can be obtained only by one service request for a current service page, unlike the related art, a plurality of API interactions need to be performed for a current service page with a plurality of service pages, and a result of each interaction needs to be processed, so that complexity of a service processing flow of the current service page is reduced, and development modes of developers can be unified, thereby improving development efficiency of the developers, and reducing cooperation communication costs of the developers.
The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, electronic device (systems), and computer program products according to the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing electronic device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing electronic device, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing electronic device to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing electronic device to cause a series of operational steps to be performed on the computer or other programmable electronic device to produce a computer implemented process such that the instructions which execute on the computer or other programmable electronic device provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present invention have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the invention.
Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or electronic device that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or electronic device. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or electronic device that comprises the element.
The service request processing method and the service request processing apparatus provided by the present invention are introduced in detail, and a specific example is applied in the text to explain the principle and the implementation of the present invention, and the description of the above embodiment is only used to help understanding the method and the core idea of the present invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.
Claims (12)
1. A service request processing method, characterized in that the method comprises:
acquiring a service request of a current service page, and determining a service function requested by the service request;
determining a plurality of target subtasks which need to be executed by the business function;
encapsulating the plurality of target subtasks according to a preset task encapsulation template to obtain target tasks, wherein any one target task comprises one target subtask or a plurality of target subtasks;
sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result;
and sending the service request result to the current service page.
2. The method according to claim 1, wherein the sequentially executing the target tasks according to the execution sequence of the target tasks in the target tasks to obtain the service request result comprises:
determining a current target task to be executed according to the execution sequence of each target task in the target tasks;
sequentially executing each target subtask in the target task to be executed currently according to the execution sequence of each target subtask in the target task to be executed currently to obtain a current task execution result;
and carrying the current task execution result to execute the next current target task to be executed until each target task in the target tasks is executed, and obtaining a service request result.
3. The method according to claim 2, wherein the sequentially executing each target subtask in the target task to be executed currently according to the execution sequence of each target subtask in the target task to be executed currently to obtain the execution result of the current task, includes:
determining a first sub-thread corresponding to a first sub-task in the target task to be executed currently, wherein the first sub-task is the target sub-task to be executed currently;
executing the first subtask through the first sub thread to obtain a current task execution sub-result;
determining a second sub-thread corresponding to a second sub-task, wherein the second sub-task is as follows: sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and sequencing the target subtasks which are arranged behind the first subtask and have sequencing serial numbers adjacent to the sequencing serial number of the first subtask;
switching the thread from the first sub-thread to the second sub-thread by utilizing a preset thread scheduling mechanism;
carrying the current task execution sub-result, and executing the second sub-task through the second sub-thread to obtain an updated current task execution sub-result;
determining a third sub-thread corresponding to a third sub-task, wherein the third sub-task is as follows: sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and sequencing the target subtasks which are arranged behind the second subtasks and have sequencing serial numbers adjacent to the sequencing serial numbers of the second subtasks;
switching the thread from the second sub-thread to the third sub-thread by utilizing a preset thread scheduling mechanism;
and carrying the updated current task execution sub-result, and executing the third sub-task through a third sub-thread corresponding to the third sub-task until each target sub-task in the target tasks is executed, so as to obtain the current task execution result.
4. The method of claim 1, wherein in performing the respective target task, the method further comprises:
for each target task, monitoring whether the execution process of each target subtask in the target task is abnormal or not in the process of executing the target task;
for each target task, if the execution process of any target subtask in the target task is abnormal, feeding back a task execution subtask result corresponding to the last target subtask of the target subtask to the current service page;
the last target subtask is a subtask which sequences each target subtask in the target task according to an execution sequence, is arranged before the target subtask, and has a sequencing sequence number adjacent to that of the target subtask.
5. The method according to claim 1, wherein the sequentially executing the target tasks according to the execution sequence of the target tasks in the target tasks to obtain the service request result comprises:
forming a transaction mechanism by each target task in the target tasks through a streaming calling technology;
and executing the transaction mechanism to obtain a service request result.
6. A service request processing apparatus, characterized in that the apparatus comprises:
the acquisition module is used for acquiring a service request of a current service page and determining a service function requested by the service request;
the determining module is used for determining a plurality of target subtasks which need to be executed by the business function;
the encapsulation module is used for encapsulating the plurality of target subtasks according to a preset task encapsulation template to obtain target tasks, wherein any target task comprises one target subtask or a plurality of target subtasks;
the execution module is used for sequentially executing each target task according to the execution sequence of each target task in the target tasks to obtain a service request result;
and the sending module is used for sending the service request result to the current service page.
7. The apparatus of claim 6, wherein the execution module comprises:
the determining unit is used for determining the current target task to be executed according to the execution sequence of each target task in the target tasks;
the first execution unit is used for sequentially executing each target subtask in the target task to be executed currently according to the execution sequence of each target subtask in the target task to be executed currently to obtain the execution result of the current task;
and the second execution unit carries the current task execution result to execute the next current target task to be executed until each target task in the target tasks is executed, and obtains a service request result.
8. The apparatus of claim 7, wherein the first execution unit is specifically configured to:
determining a first sub-thread corresponding to a first sub-task in the target task to be executed currently, wherein the first sub-task is the target sub-task to be executed currently;
executing the first subtask through the first sub thread to obtain a current task execution sub-result;
determining a second sub-thread corresponding to a second sub-task, wherein the second sub-task is as follows: sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and sequencing the target subtasks which are arranged behind the first subtask and have sequencing serial numbers adjacent to the sequencing serial number of the first subtask;
switching the thread from the first sub-thread to the second sub-thread by utilizing a preset thread scheduling mechanism;
carrying the current task execution sub-result, and executing the second sub-task through the second sub-thread to obtain an updated current task execution sub-result;
determining a third sub-thread corresponding to a third sub-task, wherein the third sub-task is as follows: sequencing all target subtasks in the target tasks to be executed currently according to the execution sequence, and sequencing the target subtasks which are arranged behind the second subtasks and have sequencing serial numbers adjacent to the sequencing serial numbers of the second subtasks;
switching the thread from the second sub-thread to the third sub-thread by utilizing a preset thread scheduling mechanism;
and carrying the updated current task execution sub-result, and executing the third sub-task through a third sub-thread corresponding to the third sub-task until each target sub-task in the target tasks is executed, so as to obtain the current task execution result.
9. The apparatus of claim 6, further comprising:
the monitoring module is used for monitoring whether the execution process of each target subtask in the target task is abnormal or not in the process of executing the target task for each target task in the process of executing the target task;
a feedback module, configured to, for each target task, if there is an exception in an execution process of any target subtask in the target task, feed back a task execution subtask corresponding to a last target subtask of the target subtask to the current service page;
the last target subtask is a subtask which sequences each target subtask in the target task according to an execution sequence, is arranged before the target subtask, and has a sequencing sequence number adjacent to that of the target subtask.
10. The apparatus of claim 6, wherein the execution module is specifically configured to:
forming a transaction mechanism by each target task in the target tasks through a streaming calling technology;
and executing the transaction mechanism to obtain a service request result.
11. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the steps of the service request processing method according to any of claims 1 to 5 are implemented when the processor executes the program.
12. A computer-readable storage medium, characterized in that the computer-readable storage medium has stored thereon a computer program which, when being executed by a processor, carries out the steps of the service request processing method according to any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010080050.0A CN111352626A (en) | 2020-02-04 | 2020-02-04 | Service request processing method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010080050.0A CN111352626A (en) | 2020-02-04 | 2020-02-04 | Service request processing method and device, electronic equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111352626A true CN111352626A (en) | 2020-06-30 |
Family
ID=71192206
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010080050.0A Withdrawn CN111352626A (en) | 2020-02-04 | 2020-02-04 | Service request processing method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111352626A (en) |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008040620A (en) * | 2006-08-02 | 2008-02-21 | Mitsubishi Electric Corp | Process management device, business process management system, and process management method |
| CN106412072A (en) * | 2016-10-08 | 2017-02-15 | 腾讯科技（深圳）有限公司 | Service processing method and apparatus |
| CN106603708A (en) * | 2016-12-30 | 2017-04-26 | 中国建设银行股份有限公司 | Business processing method and device |
| CN107122232A (en) * | 2017-03-27 | 2017-09-01 | 中央电视台 | A kind of Multimedia Task processing unit and method |
| CN107168789A (en) * | 2016-03-08 | 2017-09-15 | 阿里巴巴集团控股有限公司 | The serial scheduling method and device of multitask |
| CN108804215A (en) * | 2018-06-12 | 2018-11-13 | 北京奇艺世纪科技有限公司 | A kind of task processing method, device and electronic equipment |
| CN108958796A (en) * | 2017-05-23 | 2018-12-07 | 阿里巴巴集团控股有限公司 | service request processing method and device, service request processing system |
| CN109492019A (en) * | 2018-10-16 | 2019-03-19 | 平安科技（深圳）有限公司 | Service request response method, device, computer equipment and storage medium |
| CN109542428A (en) * | 2018-10-16 | 2019-03-29 | 平安普惠企业管理有限公司 | Method for processing business, device, computer equipment and storage medium |
| CN109558237A (en) * | 2017-09-27 | 2019-04-02 | 北京国双科技有限公司 | A kind of task status management method and device |
| CN110032433A (en) * | 2019-02-22 | 2019-07-19 | 阿里巴巴集团控股有限公司 | A kind of task executing method, device, equipment and medium |
| CN110377402A (en) * | 2018-04-12 | 2019-10-25 | 腾讯科技（深圳）有限公司 | Business data processing method, device, storage medium and computer equipment |
| CN110728455A (en) * | 2019-10-17 | 2020-01-24 | 京东数字科技控股有限公司 | Service processing method, service processing device, storage medium and electronic equipment |
-
2020
- 2020-02-04 CN CN202010080050.0A patent/CN111352626A/en not_active Withdrawn
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008040620A (en) * | 2006-08-02 | 2008-02-21 | Mitsubishi Electric Corp | Process management device, business process management system, and process management method |
| CN107168789A (en) * | 2016-03-08 | 2017-09-15 | 阿里巴巴集团控股有限公司 | The serial scheduling method and device of multitask |
| CN106412072A (en) * | 2016-10-08 | 2017-02-15 | 腾讯科技（深圳）有限公司 | Service processing method and apparatus |
| CN106603708A (en) * | 2016-12-30 | 2017-04-26 | 中国建设银行股份有限公司 | Business processing method and device |
| CN107122232A (en) * | 2017-03-27 | 2017-09-01 | 中央电视台 | A kind of Multimedia Task processing unit and method |
| CN108958796A (en) * | 2017-05-23 | 2018-12-07 | 阿里巴巴集团控股有限公司 | service request processing method and device, service request processing system |
| CN109558237A (en) * | 2017-09-27 | 2019-04-02 | 北京国双科技有限公司 | A kind of task status management method and device |
| CN110377402A (en) * | 2018-04-12 | 2019-10-25 | 腾讯科技（深圳）有限公司 | Business data processing method, device, storage medium and computer equipment |
| CN108804215A (en) * | 2018-06-12 | 2018-11-13 | 北京奇艺世纪科技有限公司 | A kind of task processing method, device and electronic equipment |
| CN109492019A (en) * | 2018-10-16 | 2019-03-19 | 平安科技（深圳）有限公司 | Service request response method, device, computer equipment and storage medium |
| CN109542428A (en) * | 2018-10-16 | 2019-03-29 | 平安普惠企业管理有限公司 | Method for processing business, device, computer equipment and storage medium |
| CN110032433A (en) * | 2019-02-22 | 2019-07-19 | 阿里巴巴集团控股有限公司 | A kind of task executing method, device, equipment and medium |
| CN110728455A (en) * | 2019-10-17 | 2020-01-24 | 京东数字科技控股有限公司 | Service processing method, service processing device, storage medium and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6695984B2 (en) | Multitask scheduling method, system, application server, and computer-readable storage medium | |
| CN110941446B (en) | Version release method and device based on multi-environment offline task | |
| CN106572139B (en) | Multi-terminal control method, terminal, server and system | |
| CN112051993B (en) | Method, device, medium and equipment for generating state machine template and processing task | |
| CN111190753B (en) | Distributed task processing method and device, storage medium and computer equipment | |
| US10547664B2 (en) | Enable uploading and submitting multiple files | |
| CN107479981B (en) | Processing method and device for realizing synchronous call based on asynchronous call | |
| CN111026541A (en) | Rendering resource scheduling method, device, equipment and storage medium | |
| CN108900627B (en) | Network request method, terminal device and storage medium | |
| CN110704536A (en) | Distributed data processing method, device and system and electronic equipment | |
| WO2022142039A1 (en) | Image data compression method and apparatus, computer device, and storage medium | |
| CN111654674B (en) | Method, software system and terminal for processing multiple video sources in parallel based on single ffmpeg process | |
| CN104281590B (en) | Picture uploading method and device, application interaction platform, terminal and system | |
| CN111352626A (en) | Service request processing method and device, electronic equipment and storage medium | |
| CN111294377B (en) | Dependency network request sending method, terminal device and storage medium | |
| CN112685104A (en) | Application program starting control method and device, electronic equipment and storage medium | |
| US20120001935A1 (en) | Method for image rendering in a computer network | |
| CN115061796A (en) | Execution method and system for calling between subtasks and electronic equipment | |
| CN111338775B (en) | Method and equipment for executing timing task | |
| CN110109747B (en) | Apache Spark-based data exchange method, system and server | |
| CN113946614A (en) | iOS (Internet operating System) static library-based network data transmission method, device and system | |
| CN113176952A (en) | Data processing method and device and readable storage medium | |
| CN111984424A (en) | Task processing method, device, equipment and computer readable storage medium | |
| CN107180107B (en) | Method and system for uploading selected files by mobile phone attachment under Ionic framework | |
| CN114817166B (en) | Method, device and medium for canceling file operation |
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 | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20200630 |