CN115037606B - Network data acquisition method and terminal - Google Patents
Network data acquisition method and terminal Download PDFInfo
- Publication number
- CN115037606B CN115037606B CN202210690434.3A CN202210690434A CN115037606B CN 115037606 B CN115037606 B CN 115037606B CN 202210690434 A CN202210690434 A CN 202210690434A CN 115037606 B CN115037606 B CN 115037606B
- Authority
- CN
- China
- Prior art keywords
- thread
- network data
- time
- asynchronously
- acquiring
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0889—Techniques to speed-up the configuration process
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/04—Processing captured monitoring data, e.g. for logfile generation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Abstract
The invention discloses a network data acquisition method and a terminal, which are characterized in that after a network data acquisition request is received, a first thread is used for acquiring network data, whether the data acquisition time of the first thread exceeds a trigger time is judged, if yes, a second thread is asynchronously used for acquiring the network data, so that the network data are acquired through the first thread and the second thread at the same time, and when any thread returns data in advance, the network data returned first are acquired and the other thread is ended. Therefore, by means of competing the first thread and the second thread for the request data, response delay caused by abnormal conditions such as network jitter and the like when the client accesses the key interface can be solved, so that response time for data acquisition can be reduced, and access efficiency can be improved.
Description
Technical Field
The present invention relates to the field of data acquisition technologies, and in particular, to a method and a terminal for acquiring network data.
Background
Today, the mobile internet is vigorously developed, and various system applications are developed, and many systems have various data interactions with other systems. There are various ways of data interaction, data access through interfaces, direct interactive access through databases, message communication through MQ (message queues), or many other ways.
The conventional universal client APP software generally uses an http protocol call interface to perform data interaction, and the data can be rapidly acquired by using the mode. However, when the client side invokes the server interface through the http protocol, abnormal situations such as network jitter, delay of the server interface, failure of a certain instance of the server are sometimes encountered, and the client generally needs to wait for the interface to timeout before performing subsequent operations, for example, retry the interface or acquire data through another interface. Therefore, when the client encounters an abnormal condition, the key interface can acquire data overtime, and poor experience is brought to the user.
Disclosure of Invention
The technical problems to be solved by the invention are as follows: the network data acquisition method and the terminal can solve the problem of response delay caused by abnormal conditions such as network jitter when a client accesses a key interface.
In order to solve the technical problems, the invention adopts the following technical scheme:
a method for acquiring network data comprises the following steps:
receiving a network data acquisition request, and acquiring network data by using a first thread;
judging whether the data acquisition time of the first thread exceeds the trigger time, if so, asynchronously using a second thread to acquire the network data, simultaneously acquiring the network data through the first thread and the second thread to obtain a thread which acquires the network data first, transmitting the network data acquired first to a client, and asynchronously closing another thread.
In order to solve the technical problems, the invention adopts another technical scheme that:
a terminal for acquiring network data, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the following steps when executing the computer program:
receiving a network data acquisition request, and acquiring network data by using a first thread;
judging whether the data acquisition time of the first thread exceeds the trigger time, if so, asynchronously using a second thread to acquire the network data, simultaneously acquiring the network data through the first thread and the second thread to obtain a thread which acquires the network data first, transmitting the network data acquired first to a client, and asynchronously closing another thread.
The invention has the beneficial effects that: after receiving the network data acquisition request, acquiring network data by using a first thread, judging whether the data acquisition time of the first thread exceeds the trigger time, if so, asynchronously acquiring the network data by using a second thread, thereby acquiring the network data through the first thread and the second thread simultaneously, and acquiring the network data returned first and ending the other thread when any one thread returns the data in advance. Therefore, by means of competing the first thread and the second thread for the request data, response delay caused by abnormal conditions such as network jitter and the like when the client accesses the key interface can be solved, so that response time for data acquisition can be reduced, and access efficiency can be improved.
Drawings
Fig. 1 is a flowchart of a method for acquiring network data according to an embodiment of the present invention;
fig. 2 is a schematic diagram of a network data acquisition terminal according to an embodiment of the present invention;
description of the reference numerals:
1. a terminal for acquiring network data; 2. a memory; 3. a processor.
Detailed Description
In order to describe the technical contents, the achieved objects and effects of the present invention in detail, the following description will be made with reference to the embodiments in conjunction with the accompanying drawings.
Referring to fig. 1, an embodiment of the present invention provides a method for acquiring network data, including the steps of:
receiving a network data acquisition request, and acquiring network data by using a first thread;
judging whether the data acquisition time of the first thread exceeds the trigger time, if so, asynchronously using a second thread to acquire the network data, simultaneously acquiring the network data through the first thread and the second thread to obtain a thread which acquires the network data first, transmitting the network data acquired first to a client, and asynchronously closing another thread.
From the above description, the beneficial effects of the invention are as follows: after receiving the network data acquisition request, acquiring network data by using a first thread, judging whether the data acquisition time of the first thread exceeds the trigger time, if so, asynchronously acquiring the network data by using a second thread, thereby acquiring the network data through the first thread and the second thread simultaneously, and acquiring the network data returned first and ending the other thread when any one thread returns the data in advance. Therefore, by means of competing the first thread and the second thread for the request data, response delay caused by abnormal conditions such as network jitter and the like when the client accesses the key interface can be solved, so that response time for data acquisition can be reduced, and access efficiency can be improved.
Further, before receiving the network data acquisition request, the method includes:
monitoring time consumption of successfully requesting network data each time, and calculating average response time of successfully requesting the network data according to the time consumption each time;
and determining the triggering time of using the second thread according to the average response time, wherein the triggering time is smaller than the timeout time and larger than the average response time.
As can be seen from the above description, the trigger time of the second thread is determined according to the average response time of the network data, and the trigger time is smaller than the timeout time and larger than the average response time, so that when the first thread does not timeout but does not return data for a certain time, the second thread is adopted to acquire data again, thereby improving the data acquisition efficiency.
Further, before the time consuming each successful request for network data is monitored, the monitoring includes:
and if the trigger switch is started, executing the time-consuming step of monitoring each time of successfully requesting the network data, otherwise, directly requesting the third party interface of the network data to acquire the data.
As can be seen from the above description, by configuring the trigger switch for the third party interface of the network data, when the trigger switch is turned on, the data is acquired in a thread competition manner, and when the trigger switch is turned off, the third party interface of the network data is directly requested to acquire the data, so that the flexibility of data acquisition can be improved.
Further, the first thread and the second thread simultaneously acquire the network data, the thread acquiring the network data first is obtained, the network data acquired first is sent to a client, and the asynchronous closing of the other thread includes:
the network data are acquired through the first thread and the second thread at the same time, if the thread which acquires the network data is the first thread, the network data acquired by the first thread are sent to a client, and the second thread is asynchronously closed and recovered;
and if the thread which firstly acquires the network data is a second thread, sending the network data acquired by the second thread to a client, and asynchronously closing and recovering the first thread.
As can be seen from the above description, the first thread and the second thread compete for data acquisition, and data in the thread that first acquired the network data is sent to the client, and meanwhile, the other thread is asynchronously closed and recovered, so that the reliability of data reading is ensured, and meanwhile, the efficiency of data access is improved.
Further, asynchronously using the second thread to obtain the network data includes:
and creating a second thread, and directly and asynchronously acquiring network data after the second thread is started.
As can be seen from the above description, the second thread is started to perform the contention acquisition of the data only after the data acquisition time of the first thread exceeds the trigger time, so that the second thread does not need to be stock, and the number of threads is not occupied.
Referring to fig. 2, another embodiment of the present invention provides a terminal for acquiring network data, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the following steps when executing the computer program:
receiving a network data acquisition request, and acquiring network data by using a first thread;
judging whether the data acquisition time of the first thread exceeds the trigger time, if so, asynchronously using a second thread to acquire the network data, simultaneously acquiring the network data through the first thread and the second thread to obtain a thread which acquires the network data first, transmitting the network data acquired first to a client, and asynchronously closing another thread.
From the above description, after receiving a network data acquisition request, acquiring network data by using a first thread, judging whether the data acquisition time of the first thread exceeds the trigger time, if yes, asynchronously acquiring the network data by using a second thread, thereby acquiring the network data through the first thread and the second thread simultaneously, and when any thread returns data in advance, acquiring the network data returned first and ending the other thread. Therefore, by means of competing the first thread and the second thread for the request data, response delay caused by abnormal conditions such as network jitter and the like when the client accesses the key interface can be solved, so that response time for data acquisition can be reduced, and access efficiency can be improved.
Further, before receiving the network data acquisition request, the method includes:
monitoring time consumption of successfully requesting network data each time, and calculating average response time of successfully requesting the network data according to the time consumption each time;
and determining the triggering time of using the second thread according to the average response time, wherein the triggering time is smaller than the timeout time and larger than the average response time.
As can be seen from the above description, the trigger time of the second thread is determined according to the average response time of the network data, and the trigger time is smaller than the timeout time and larger than the average response time, so that when the first thread does not timeout but does not return data for a certain time, the second thread is adopted to acquire data again, thereby improving the data acquisition efficiency.
Further, before the time consuming each successful request for network data is monitored, the monitoring includes:
and if the trigger switch is started, executing the time-consuming step of monitoring each time of successfully requesting the network data, otherwise, directly requesting the third party interface of the network data to acquire the data.
As can be seen from the above description, by configuring the trigger switch for the third party interface of the network data, when the trigger switch is turned on, the data is acquired in a thread competition manner, and when the trigger switch is turned off, the third party interface of the network data is directly requested to acquire the data, so that the flexibility of data acquisition can be improved.
Further, the first thread and the second thread simultaneously acquire the network data, the thread acquiring the network data first is obtained, the network data acquired first is sent to a client, and the asynchronous closing of the other thread includes:
the network data are acquired through the first thread and the second thread at the same time, if the thread which acquires the network data is the first thread, the network data acquired by the first thread are sent to a client, and the second thread is asynchronously closed and recovered;
and if the thread which firstly acquires the network data is a second thread, sending the network data acquired by the second thread to a client, and asynchronously closing and recovering the first thread.
As can be seen from the above description, the first thread and the second thread compete for data acquisition, and data in the thread that first acquired the network data is sent to the client, and meanwhile, the other thread is asynchronously closed and recovered, so that the reliability of data reading is ensured, and meanwhile, the efficiency of data access is improved.
Further, asynchronously using the second thread to obtain the network data includes:
and creating a second thread, and directly and asynchronously acquiring network data after the second thread is started.
As can be seen from the above description, the second thread is started to perform the contention acquisition of the data only after the data acquisition time of the first thread exceeds the trigger time, so that the second thread does not need to be stock, and the number of threads is not occupied.
The method and the terminal for acquiring the network data are suitable for solving the problem of response delay caused by abnormal conditions such as network jitter when a client accesses a key interface under the scene of data interaction by using an http protocol, and are described in the following specific embodiments:
example 1
Referring to fig. 1, a method for acquiring network data includes the steps of:
s1, receiving a network data acquisition request, and acquiring network data by using a first thread.
S11, configuring a trigger switch for a third party interface for acquiring network data, if the trigger switch is started, executing the time-consuming step of monitoring each time of successfully requesting the network data, otherwise, directly requesting the third party interface of the network data to acquire the data.
Specifically, in this embodiment, a trigger switch is provided for each third party interface that obtains network data to configure. When the trigger switch is closed, the third party interface is directly requested by default to acquire data, and the third party interface is set to be in a request failure state after the request is overtime; when the trigger switch is turned on, step S12 is performed.
And S12, monitoring the time consumption of each successful request of the network data, and calculating the average response time of the successful request of the network data according to each time consumption.
Specifically, in this embodiment, there is a monitoring system that monitors data for each third party interface that has turned on the trigger switch. The specific time consuming time of each successful request data is monitored, and the average response time of the successful request of the interface can be counted and calculated.
S13, determining the triggering time of using the second thread according to the average response time, wherein the triggering time is smaller than the timeout time and larger than the average response time.
Specifically, the timeout time of one third party interface is set to be 30 seconds, the average response time is set to be 2 seconds, and the triggering time of each third party interface request is set in the local memory in advance before the request; in this embodiment, the trigger time is set to be 2 times of the average response time of the interface, and then the trigger time is 4 seconds.
S2, judging whether the data acquisition time of the first thread exceeds the trigger time, if so, asynchronously using a second thread to acquire the network data, simultaneously acquiring the network data through the first thread and the second thread to obtain a thread which acquires the network data first, transmitting the network data acquired first to a client, and asynchronously closing another thread.
S21, creating a second thread, and directly and asynchronously acquiring network data after the second thread is started.
S22, acquiring the network data through the first thread and the second thread at the same time, and if the thread which acquires the network data is the first thread, transmitting the network data acquired by the first thread to a client, and asynchronously closing and recovering the second thread; and if the thread which firstly acquires the network data is a second thread, sending the network data acquired by the second thread to a client, and asynchronously closing and recovering the first thread.
Specifically, when the interface performs third party data acquisition by calling a method of the proxy layer, the proxy layer uses a main thread to pull data from a third party in advance, and sets the triggering time to be 4 seconds. If network jitter or network abnormality occurs and the time exceeds 4 seconds, the proxy layer asynchronously and automatically triggers the second thread to pull data from the third party, and at this time, when any one of the first thread and the second thread requests to successfully acquire the data, the proxy layer will preferentially return the return data of the interface to the client. And simultaneously, the other requesting thread is asynchronously closed, and the recovery of the thread resources is carried out.
If 3 different third party interfaces are accessed through the thread pool, 3 batches of thread tasks must be generated and executed serially, i.e. the thread tasks of the next batch must be executed after the execution of the previous batch is completed, which is inefficient. In addition, in order to increase the batch of the thread task, the method cannot be realized by adding a plurality of thread pools, because the thread pools themselves occupy a large amount of resources, and the number of the thread pools cannot be increased to improve the efficiency. And the thread pool is internally provided with a queue, after the thread task is put into the thread pool, the thread task may be stored in the queue and not executed immediately, and a certain delay time exists. Therefore, compared with the technical scheme of competing for data acquisition through the thread pool, the data acquisition efficiency can be further improved.
Therefore, by adopting the mode that the master-slave threads without using the thread pool compete for accessing the server interface, the problem of response delay caused by abnormal conditions such as network jitter when the client accesses the server key interface can be solved, the response time can be reduced to a certain extent, and the access efficiency can be improved.
Example two
Referring to fig. 2, a network data acquisition terminal 1 includes a memory 2, a processor 3, and a computer program stored in the memory 2 and executable on the processor 3, wherein the processor 3 implements the steps of a network data acquisition method according to the first embodiment when executing the computer program.
In summary, the method and the terminal for acquiring network data provided by the invention are configured to trigger a switch for a third party interface of network data, acquire data in a thread competition mode when the trigger switch is turned on, and directly request the third party interface of network data to acquire data when the trigger switch is turned off. The triggering time of the second thread is determined according to the average response time of the network data, and meanwhile, the triggering time is smaller than the timeout time and larger than the average response time, so that when the first thread does not timeout but does not return data for a certain time, the second thread is adopted to acquire the data again, and the data acquisition efficiency is improved. After receiving the network data acquisition request, acquiring network data by using a first thread, judging whether the data acquisition time of the first thread exceeds the trigger time, if so, asynchronously acquiring the network data by using a second thread, thereby acquiring the network data through the first thread and the second thread simultaneously, and acquiring the network data returned first and ending the other thread when any one thread returns the data in advance. Therefore, by means of competing the first thread and the second thread for the request data, response delay caused by abnormal conditions such as network jitter and the like when the client accesses the key interface can be solved, so that response time for data acquisition can be reduced, and access efficiency can be improved.
The foregoing description is only illustrative of the present invention and is not intended to limit the scope of the invention, and all equivalent changes made by the specification and drawings of the present invention, or direct or indirect application in the relevant art, are included in the scope of the present invention.
Claims (6)
1. The network data acquisition method is characterized by comprising the following steps:
receiving a network data acquisition request, and acquiring network data by using a first thread;
judging whether the data acquisition time of the first thread exceeds the trigger time, if so, asynchronously using a second thread to acquire the network data, simultaneously acquiring the network data through the first thread and the second thread to acquire the thread which acquires the network data first, transmitting the network data acquired first to a client, and asynchronously closing another thread;
the method for receiving the network data acquisition request comprises the following steps:
monitoring time consumption of successfully requesting network data each time, and calculating average response time of successfully requesting the network data according to the time consumption each time;
determining a trigger time of using a second thread according to the average response time, wherein the trigger time is smaller than a timeout time and larger than the average response time;
before the time for monitoring each successful request of network data, the method comprises the following steps:
and if the trigger switch is started, executing the time-consuming step of monitoring each time of successfully requesting the network data, otherwise, directly requesting the third party interface of the network data to acquire the data.
2. The method according to claim 1, wherein obtaining the thread that first obtained the network data by the first thread and the second thread simultaneously obtains the network data, sending the first obtained network data to the client, and asynchronously closing the other thread includes:
the network data are acquired through the first thread and the second thread at the same time, if the thread which acquires the network data is the first thread, the network data acquired by the first thread are sent to a client, and the second thread is asynchronously closed and recovered;
and if the thread which firstly acquires the network data is a second thread, sending the network data acquired by the second thread to a client, and asynchronously closing and recovering the first thread.
3. A method of acquiring network data according to claim 1 or 2, wherein asynchronously using the second thread to acquire the network data comprises:
and creating a second thread, and directly and asynchronously acquiring network data after the second thread is started.
4. A terminal for acquiring network data, comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the following steps when executing the computer program:
receiving a network data acquisition request, and acquiring network data by using a first thread;
judging whether the data acquisition time of the first thread exceeds the trigger time, if so, asynchronously using a second thread to acquire the network data, simultaneously acquiring the network data through the first thread and the second thread to acquire the thread which acquires the network data first, transmitting the network data acquired first to a client, and asynchronously closing another thread;
the method for receiving the network data acquisition request comprises the following steps:
monitoring time consumption of successfully requesting network data each time, and calculating average response time of successfully requesting the network data according to the time consumption each time;
determining a trigger time of using a second thread according to the average response time, wherein the trigger time is smaller than a timeout time and larger than the average response time;
before the time for monitoring each successful request of network data, the method comprises the following steps:
and if the trigger switch is started, executing the time-consuming step of monitoring each time of successfully requesting the network data, otherwise, directly requesting the third party interface of the network data to acquire the data.
5. The terminal for acquiring network data according to claim 4, wherein acquiring the network data simultaneously by the first thread and the second thread, obtaining a thread that acquired the network data first, sending the network data acquired first to a client, and asynchronously closing another thread includes:
the network data are acquired through the first thread and the second thread at the same time, if the thread which acquires the network data is the first thread, the network data acquired by the first thread are sent to a client, and the second thread is asynchronously closed and recovered;
and if the thread which firstly acquires the network data is a second thread, sending the network data acquired by the second thread to a client, and asynchronously closing and recovering the first thread.
6. The terminal for acquiring network data according to claim 4 or 5, wherein asynchronously acquiring the network data using the second thread comprises:
and creating a second thread, and directly and asynchronously acquiring network data after the second thread is started.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210690434.3A CN115037606B (en) | 2022-06-17 | 2022-06-17 | Network data acquisition method and terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210690434.3A CN115037606B (en) | 2022-06-17 | 2022-06-17 | Network data acquisition method and terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115037606A CN115037606A (en) | 2022-09-09 |
| CN115037606B true CN115037606B (en) | 2023-04-28 |
Family
ID=83124677
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210690434.3A Active CN115037606B (en) | 2022-06-17 | 2022-06-17 | Network data acquisition method and terminal |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115037606B (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103197968A (en) * | 2013-03-18 | 2013-07-10 | 焦点科技股份有限公司 | Thread pool processing method and system capable of fusing synchronous and asynchronous features |
| CN109324916A (en) * | 2018-08-09 | 2019-02-12 | 武汉斗鱼网络科技有限公司 | A kind of task executing method and device |
| CN109905208A (en) * | 2019-03-14 | 2019-06-18 | 闪联信息技术工程中心有限公司 | A method of obtaining terminal control message response |
| CN110351600A (en) * | 2019-01-21 | 2019-10-18 | 福州友宝电子科技有限公司 | A kind of method and device playing video |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8239447B2 (en) * | 2004-12-28 | 2012-08-07 | Sap Ag | Retrieving data using an asynchronous buffer |
-
2022
- 2022-06-17 CN CN202210690434.3A patent/CN115037606B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103197968A (en) * | 2013-03-18 | 2013-07-10 | 焦点科技股份有限公司 | Thread pool processing method and system capable of fusing synchronous and asynchronous features |
| CN109324916A (en) * | 2018-08-09 | 2019-02-12 | 武汉斗鱼网络科技有限公司 | A kind of task executing method and device |
| CN110351600A (en) * | 2019-01-21 | 2019-10-18 | 福州友宝电子科技有限公司 | A kind of method and device playing video |
| CN109905208A (en) * | 2019-03-14 | 2019-06-18 | 闪联信息技术工程中心有限公司 | A method of obtaining terminal control message response |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115037606A (en) | 2022-09-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7206807B2 (en) | Asynchronous invoking a remote web service on a server by a client who passes on a received invoke request from application code residing on the client | |
| US6981048B1 (en) | Keep-alive messaging when two applications are running | |
| CN113986501A (en) | Real-time database API (application program interface) uninterrupted calling method, system, storage medium and server | |
| CN112099935A (en) | Task processing method and device | |
| CN111200606A (en) | Deep learning model task processing method, system, server and storage medium | |
| CN110727523B (en) | Service request processing method, service request processing device and readable storage medium | |
| CN114189559B (en) | Axios-based interface repeated request processing method and system | |
| CN107645476B (en) | Request processing method and device | |
| CN115037606B (en) | Network data acquisition method and terminal | |
| CN111552577B (en) | Method for preventing invalid request from occurring and storage medium | |
| CN107370797B (en) | HBase-based strongly-ordered queue operation method and device | |
| CN106550021B (en) | Push method and device for push message | |
| CN112653736A (en) | Parallel source returning method and device and electronic equipment | |
| CN111447262A (en) | Request sending method, client and storage medium | |
| CN111580986A (en) | Data acquisition method, system and medium based on acquisition service middleware | |
| CN113010330A (en) | Method and terminal for retrying micro-service request | |
| CN111885169B (en) | Method, system and device for realizing high availability of cloud hard disk service | |
| CN113315846A (en) | Data transmission method and device | |
| CN112416698B (en) | Expansion method and device of monitoring system, storage medium and electronic equipment | |
| CN111475870A (en) | Resetting method and device, electronic equipment and computer storage medium | |
| CN116483560A (en) | Task processing method and device | |
| CN116010126B (en) | Service aggregation method, device and system | |
| CN112379952B (en) | Method for implementing cross-process callback | |
| US9935856B2 (en) | System and method for determining end user timing | |
| CN112351072B (en) | Message pushing method and terminal |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |