CN111711514B - Network request timeout retransmission method and device - Google Patents
Network request timeout retransmission method and device Download PDFInfo
- Publication number
- CN111711514B CN111711514B CN202010489023.9A CN202010489023A CN111711514B CN 111711514 B CN111711514 B CN 111711514B CN 202010489023 A CN202010489023 A CN 202010489023A CN 111711514 B CN111711514 B CN 111711514B
- Authority
- CN
- China
- Prior art keywords
- request
- requests
- retransmission
- network
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Computer Security & Cryptography (AREA)
- Signal Processing (AREA)
- Accounting & Taxation (AREA)
- Computer Networks & Wireless Communication (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Debugging And Monitoring (AREA)
- Retry When Errors Occur (AREA)
Abstract
The embodiment of the disclosure discloses a network request timeout retransmission method and a network request timeout retransmission device. Wherein, the method comprises the following steps: acquiring overtime and/or failure network request records in the previous processing period; grouping the overtime and/or failed network requests, grouping the requests with the same key information into one group, and distributing at least one reference request for each group of network requests; executing retransmission operation on each group of network requests which are overtime and/or fail, and inserting the reference requests into a retransmission queue for execution; and determining an abnormal reason according to the execution result of the reference request.
Description
Technical Field
The present disclosure relates to the field of computer network technologies, and in particular, to a network request timeout retransmission method and apparatus, an electronic device, and a storage medium.
Background
The mobile communication technology brings great changes to the daily life style of people, the current domestic proportion of accessing the internet based on the mobile terminal is over 95 percent, and most network services are turned to mobile terminal interaction. However, because the input/output capability and data processing capability of the mobile terminal are limited, the mobile terminal can only be used as a client of an application, and the server-side equipment and the core network/backbone network equipment still need to rely on traditional computer equipment and network hardware.
In a typical mobile interactive application scenario, client devices of two interacting parties only have limited data processing capability, so that processing of critical data is usually completed in the background through a server-side device, and when there is multi-party interaction, requirements on stability and reliability of a network are higher, and ideally, it is desirable that the background device has a certain automatic error correction capability. For example, in a mobile payment scheme with extremely high use frequency, the interaction between two end users actually depends on a third-party payment mechanism as an intermediary to complete the transmission and security assurance of core data; different from the instant interaction which is finished by the user, the actual data operation is realized by the centralized agency of the third party payment mechanism and is separately butted with the two interactive parties.
The core fund security guarantee is that a third-party payment mechanism generally provides a payment-taking-over service for a merchant, namely, a user replaces the merchant to take over the payment, collected items are uniformly collected to a trusted account (such as a bank-prepared payment centralized storage account) of the third-party payment mechanism, and after being cleared by each related financial mechanism (mainly a bank), the clearing mechanism transfers accounts payable to be paid to the payment-taking account of the merchant from the trusted account of the third-party payment mechanism according to the request of the third-party payment mechanism, so that the payment-taking-over settlement is completed. However, in the actual interaction process, the success rate of accurate receiving and sending of network information is inversely proportional to the number of participants, and the participation mode of the third party mechanism often causes some request/operation failures due to various clear or unknown reasons because of the involvement of a large number of users and merchants. Because the number of interactive participants is large and the channel organization often does not feed back the accurate failure reason, the failure event in the prior art can be solved only by adopting a repeated retry mode.
However, the inventor finds that, in the process of implementing the related technical solution of the embodiment of the present disclosure, the retry manner can only solve the failure caused by the temporary exception, such as the failure caused by the network or system exception; however, in the prior art, the operation can be stopped only after repeated retries fail, and the operation is directly processed after the operation is stopped, so that a processing mechanism for quickly finding the problem and automatically correcting the problem is lacked, and the system efficiency is greatly influenced.
Disclosure of Invention
In view of the above technical problems in the prior art, the embodiments of the present disclosure provide a network request timeout retransmission method, apparatus, electronic device, and computer-readable storage medium, so as to solve the problem that the problem cannot be quickly found and the error cannot be automatically corrected in the retransmission process in the prior art.
A first aspect of the embodiments of the present disclosure provides a network request timeout retransmission method, including:
acquiring overtime and/or failure network request records in the previous processing period;
grouping the overtime and/or failed network requests, grouping the requests with the same key information into one group, and distributing at least one reference request for each group of network requests;
executing retransmission operation on each group of network requests which are overtime and/or fail, and inserting the reference requests into a retransmission queue for execution;
and determining an abnormal reason according to the execution result of the reference request.
In some embodiments, the method further comprises:
after the abnormality cause is determined, error correction processing corresponding to the abnormality cause is executed.
In some embodiments, the performing error correction processing corresponding to the cause of the abnormality includes:
and when the abnormal reason is the temporary network/system abnormality, suspending the execution of the retransmission queue, only periodically executing at least one reference request at preset time intervals, and restarting the execution of the retransmission queue when the execution of the reference request is successful.
In some embodiments, said inserting the reference request into a retransmission queue comprises:
inserting the reference request into a fixed location of the retransmit queue; and/or
Dynamically inserting the reference request into the retransmission queue on demand.
In some embodiments, the on-demand dynamic insertion comprises: inserting one of the reference requests to perform after a specified number of request retransmissions have failed.
A second aspect of the embodiments of the present disclosure provides a network request timeout retransmission apparatus, including:
the record acquisition module is used for acquiring network request records which are overtime and/or fail in the previous processing period;
the request grouping module is used for grouping the overtime and/or failed network requests, grouping the requests with the same key information into one group, and distributing at least one reference request for each group of network requests;
the retransmission execution module is used for executing retransmission operation on each group of network requests which are overtime and/or fail, and inserting the reference requests into a retransmission queue for execution;
and the abnormality determining module is used for determining an abnormality reason according to the execution result of the reference request.
In some embodiments, the apparatus further comprises:
and the error correction processing module is used for executing error correction processing corresponding to the abnormal reason after the abnormal reason is determined.
In some embodiments, the error correction processing module comprises:
and the test module is used for suspending the execution of the retransmission queue when the abnormal reason is the temporary network/system abnormality, only executing at least one reference request at preset time intervals regularly, and restarting the execution of the retransmission queue when the execution of the reference request is successful.
In some embodiments, the retransmission execution module comprises:
a fixed insertion module, configured to insert the reference request into a fixed position of the retransmission queue; and/or
And the dynamic insertion module is used for dynamically inserting the reference request into the retransmission queue according to the requirement.
In some embodiments, the dynamic insertion module comprises:
and the on-demand insertion module is used for inserting one reference request to execute after a specified number of requests fail to be retransmitted.
A third aspect of the embodiments of the present disclosure provides an electronic device, including:
a memory and one or more processors;
wherein the memory is communicatively coupled to the one or more processors, and the memory stores instructions executable by the one or more processors, and when the instructions are executed by the one or more processors, the electronic device is configured to implement the method according to the foregoing embodiments.
A fourth aspect of the embodiments of the present disclosure provides a computer-readable storage medium having stored thereon computer-executable instructions, which, when executed by a computing device, may be used to implement the method according to the foregoing embodiments.
A fifth aspect of embodiments of the present disclosure provides a computer program product comprising a computer program stored on a computer readable storage medium, the computer program comprising program instructions which, when executed by a computer, are operable to implement a method as in the preceding embodiments.
According to the technical scheme provided by the embodiment of the disclosure, the reason causing the failure of the previous request can be quickly found through few times of retransmission operations, so that the automatic error correction is helped to be executed, the execution efficiency of the system is greatly improved, the reliability and the stability of the system are enhanced, and the user experience is improved.
Drawings
The features and advantages of the present disclosure will be more clearly understood by reference to the accompanying drawings, which are illustrative and not to be construed as limiting the disclosure in any way, and in which:
fig. 1 is a flow chart illustrating a network request timeout retransmission method according to some embodiments of the present disclosure;
fig. 2 is a block diagram illustrating a network request timeout retransmission apparatus according to some embodiments of the present disclosure;
fig. 3 is a schematic structural diagram of an electronic device according to some embodiments of the present disclosure.
Detailed Description
In the following detailed description, numerous specific details of the disclosure are set forth by way of examples in order to provide a thorough understanding of the relevant disclosure. However, it will be apparent to one of ordinary skill in the art that the present disclosure may be practiced without these specific details. It should be understood that the use of the terms "system," "apparatus," "unit" and/or "module" in this disclosure is a method for distinguishing between different components, elements, portions or assemblies at different levels of sequence. However, these terms may be replaced by other expressions if they can achieve the same purpose.
It will be understood that when a device, unit or module is referred to as being "on" … … "," connected to "or" coupled to "another device, unit or module, it can be directly on, connected or coupled to or in communication with the other device, unit or module, or intervening devices, units or modules may be present, unless the context clearly dictates otherwise. For example, as used in this disclosure, the term "and/or" includes any and all combinations of one or more of the associated listed items.
The terminology used in the present disclosure is for the purpose of describing particular embodiments only and is not intended to limit the scope of the present disclosure. As used in the specification and claims of this disclosure, the terms "a," "an," "the," and/or "the" are not intended to be inclusive in the singular, but rather are inclusive in the plural, unless the context clearly dictates otherwise. In general, the terms "comprises" and "comprising" are intended to cover only the explicitly identified features, integers, steps, operations, elements, and/or components, but not to constitute an exclusive list of such features, integers, steps, operations, elements, and/or components.
These and other features and characteristics of the present disclosure, as well as the methods of operation and functions of the related elements of structure and the combination of parts and economies of manufacture, will be better understood by reference to the following description and drawings, which form a part of this specification. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only and are not intended as a definition of the limits of the disclosure. It will be understood that the figures are not drawn to scale.
Various block diagrams are used in this disclosure to illustrate various variations of embodiments according to the disclosure. It should be understood that the foregoing and following structures are not intended to limit the present disclosure. The protection scope of the present disclosure is subject to the claims.
In a mobile interactive application scenario, network requests/operations often fail due to various unknown reasons in an interactive process of multi-party participation, and due to limited processing capability of mobile devices or limited feedback information of systems, problems often cannot be accurately and quickly found and targeted error correction processing is performed in the prior art, and the processing efficiency of the system is seriously affected by simply relying on a retry mechanism after failure.
In view of this, the embodiment of the present disclosure provides a network request timeout retransmission method, which performs a comparison experiment by adding a reference request, and can determine a failure cause in a very small number of retries, so as to perform a more targeted error correction operation, thereby greatly improving system efficiency. In an embodiment of the present disclosure, as shown in fig. 1, the network request timeout retransmission method includes:
s101, acquiring a network request record overtime and/or failure in the previous processing period.
In the embodiment of the present disclosure, in order to implement automatic problem discovery and error correction, a certain amount of information needs to be used for comprehensive analysis, which can be implemented in the current big data environment of the mobile internet. Specifically, embodiments of the present disclosure periodically sort through historical records, and aggregate the timeout and/or failure records in the previous processing cycle. For internet payment systems, the settlement period is typically daily, so the preferred processing period in embodiments of the present disclosure is also daily (24 hours); of course, in other alternative embodiments, the processing period may also be adjusted according to the requirements of the user and/or the scene, such as summarizing the records according to the hours, the minutes, the specified duration or the specified period, and the like, which is not limited herein.
S102, grouping the overtime and/or failed network requests, grouping the requests with the same key information into one group, and distributing at least one reference request for each group of network requests.
In a real application scenario, the reasons for each network request failure may be different, some are temporary problems, some are real errors, and these errors may be further classified into those that can be actively corrected and those that can only be passively repaired, so it is very difficult to accurately analyze and determine the reason for a single failure. In the embodiment of the disclosure, through clustering analysis of a plurality of requests and then using a credible reference request for comparative analysis, the problem cause can be directly or indirectly determined, so that the error correction processing can be quickly completed. The network requests are grouped according to the key information, and the requests which may generate similar problems are grouped into one group, for example, the requests can be grouped according to the request types, or for interactive requests, the requests can be grouped according to the request receiving party, and the requests can be grouped according to elements such as data volume, time and the like; typically, for a remittance settlement task request, requests for the same payline and payway/interface may be grouped together.
Although in principle a sufficient number of network requests together for comparative analysis may determine the vast majority of problems, in order to ensure analysis efficiency and automatic error correction capability, further, in embodiments of the present disclosure at least one reference transaction is assigned to each group of network requests. The reference request is a request that is identical to the key information of the group of requests and is confirmed to be correct, for example, a request that has been successfully completed in the history record, or a correct request preset by the system, or a correct request after being manually verified and confirmed, and the like. The correct reference request is added into the network request group, and the cause of the problem can be further judged by referring to the result of the current execution of the request, so that the problem can be quickly found and a solution can be sought.
S103, retransmission operation is carried out on each group of network requests which are overtime and/or fail, and the reference requests are inserted into a retransmission queue and executed together.
In the embodiments of the present disclosure, it is desirable to find the problem and correct it by as few trials (retransmission operations) as possible, so on the one hand, the problem is tried for the first time by retransmission, and on the other hand, the result of retransmission is utilized to help the analysis. Under ideal conditions, the previous time-out and/or failed network request may be only temporary network transmission, and can be directly and successfully completed after retransmission, and at this time, all requests can be directly and sequentially retransmitted without problem analysis and error correction. However, in many cases, the retransmission operation may not be directly successful, and in this case, analysis and processing are required according to the current situation. In one embodiment of the present disclosure, at least one error-free reference request is added to the network request group, and a comparison analysis can be performed according to the retransmission result of the network request which is timed out and/or failed last time and the retransmission result of the reference request, so as to help determine the problem. Optionally, the referencing is performed with reference to a fixed location where the request is inserted into a retransmission queue, such as a head of line, a middle of line, and/or a tail of line. However, in a preferred embodiment of the present disclosure, since simple retransmission makes it possible to solve the problem, sometimes the reference request is not necessary, so the reference request can be dynamically inserted as needed, for example, a reference request is inserted after a specified number of requests have failed to be retransmitted (preferably a reference request is inserted after the first network has failed to request retransmission); and if no request for retransmission failure is found, no reference request needs to be inserted. More preferably, if the number of network requests of the same group is large, a plurality of reference requests can be inserted, and the reference requests can be set in a mode of combining fixed position insertion and dynamic insertion.
And S104, determining an abnormal reason according to the execution result of the reference request.
In the embodiment of the present disclosure, when retransmission can solve the problem, it is obvious that the reason for the previous failure is a temporary network problem, and at this time, problem discovery and automatic error correction are already completed through retransmission operation, and the system does not need to perform further processing and records the operation result. However, in many cases, the problem may not be solved by retransmission, and in this case, the cause of the problem may not be directly determined, and it is necessary to analyze the determination by referring to the execution result of the request. The reference request is theoretically a correct request after confirmation, and is theoretically successfully executed and returns a result, but if the reference request also fails, the reference request can be judged to be a temporary network/system abnormity; if the reference request can be successfully executed and the previous and subsequent adjacent requests fail to be retransmitted, the information of the failed request is determined to be wrong or the account is abnormal, and further processing is needed.
Further, in the embodiment of the present disclosure, when the abnormality cause is determined, error correction processing corresponding to the abnormality cause is performed. When the abnormality is a temporary network/system abnormality, the execution of the retransmission queue is suspended, only at least one reference request is executed at regular intervals, and when the execution of the reference request is successful, the execution of the retransmission queue is restarted. The time interval may be a fixed value or a dynamic value (e.g., a time period extending every more failures, etc.), and is typically a larger time value (e.g., 5 minutes, half an hour, 1 hour, etc.) to avoid too frequent retries.
When the abnormality is that the information is wrong, the suggestion of correct information is further given by inquiring the information successfully requested in the history record and the suggestion is returned to prompt the user. For example, when the user fills in the account number string or name, the user determines the error position and what the corresponding correct information is according to the same name or information of the same account which was successful in the history record, and feeds back the error position and the corresponding correct information to the user to help the user to quickly confirm and correct. And when the abnormality is the account abnormality, returning prompt information to the user, canceling the retransmission request related to the abnormal account in the retransmission queue, and restarting after waiting for the user to confirm again. Preferably, a query request can be automatically sent to the abnormal account corresponding mechanism to further determine the specific reason, the solving means and the average waiting time of the account abnormality so as to help the user to make a decision.
The above method steps are described from the perspective of a third-party payment mechanism, and it should be understood by those skilled in the art that the embodiments of the present disclosure are also applicable to other interactive terminals, such as a user terminal device, a merchant terminal device, or a settlement mechanism device, and the above method steps should not be considered as limiting the specific implementation devices of the embodiments of the present disclosure.
According to the network request timeout retransmission method provided by the embodiment of the disclosure, the reason causing the prior request failure can be quickly found through a few times of retransmission operations, so that the automatic error correction is helped to be executed, the execution efficiency of the system is greatly improved, the reliability and stability of the system are enhanced, and the user experience is improved.
Fig. 2 is a schematic diagram of a network request timeout retransmission apparatus according to some embodiments of the present disclosure. As shown in fig. 2, the network request timeout retransmitting device 200 includes a record acquiring module 201, a request grouping module 202, a retransmission executing module 203 and an exception determining module 204; wherein the content of the first and second substances,
a record obtaining module 201, configured to obtain a network request record that is overtime and/or failed in a previous processing cycle;
a request grouping module 202, configured to group the network requests that are overtime and/or fail, group requests with the same key information into one group, and allocate at least one reference request to each group of network requests;
a retransmission executing module 203, configured to execute a retransmission operation on each group of network requests that are overtime and/or fail, and insert the reference request into a retransmission queue for execution;
and an exception determining module 204, configured to determine an exception cause according to an execution result of the reference request.
In some embodiments, the apparatus further comprises:
and the error correction processing module is used for executing error correction processing corresponding to the abnormal reason after the abnormal reason is determined.
In some embodiments, the error correction processing module comprises:
and the test module is used for suspending the execution of the retransmission queue when the abnormal reason is the temporary network/system abnormality, only executing at least one reference request at preset time intervals regularly, and restarting the execution of the retransmission queue when the execution of the reference request is successful.
In some embodiments, the retransmission execution module comprises:
a fixed insertion module, configured to insert the reference request into a fixed position of the retransmission queue; and/or
And the dynamic insertion module is used for dynamically inserting the reference request into the retransmission queue according to the requirement.
In some embodiments, the dynamic insertion module comprises:
and the on-demand insertion module is used for inserting one reference request to execute after a specified number of requests fail to be retransmitted.
Referring to fig. 3, a schematic diagram of an electronic device is provided for one embodiment of the present disclosure. As shown in fig. 3, the electronic device 300 includes:
a memory 330 and one or more processors 310;
wherein the memory 330 is communicatively coupled to the one or more processors 310, the memory 330 stores instructions 332 executable by the one or more processors, and the instructions 332 are executable by the one or more processors 310 to cause the one or more processors 310 to perform the methods of the foregoing embodiments of the present disclosure.
In particular, the processor 310 and the memory 330 may be connected by a bus or other means, such as by a bus 340 in FIG. 3. Processor 310 may be a Central Processing Unit (CPU). The Processor 310 may also be other general purpose processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, or any combination thereof.
The memory 330, which is a non-transitory computer readable storage medium, may be used to store non-transitory software programs, non-transitory computer executable programs, and modules, such as the cascaded progressive network in the disclosed embodiments. The processor 310 executes various functional applications and data processing of the processor by executing non-transitory software programs, instructions, and functional modules 332 stored in the memory 330.
The memory 330 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created by the processor 310, and the like. Further, memory 330 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, memory 330 optionally includes memory located remotely from processor 310, which may be connected to processor 310 via a network, such as through communication interface 320. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
An embodiment of the present disclosure also provides a computer-readable storage medium, in which computer-executable instructions are stored, and the computer-executable instructions are executed to perform the method in the foregoing embodiment of the present disclosure.
The foregoing computer-readable storage media include physical volatile and nonvolatile, removable and non-removable media implemented in any manner or technology for storage of information such as computer-readable instructions, data structures, program modules or other data. The computer-readable storage medium specifically includes, but is not limited to, a USB flash drive, a removable hard drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), an erasable programmable Read-Only Memory (EPROM), an electrically erasable programmable Read-Only Memory (EEPROM), flash Memory or other solid state Memory technology, a CD-ROM, a Digital Versatile Disk (DVD), an HD-DVD, a Blue-Ray or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer.
While the subject matter described herein is provided in the general context of execution in conjunction with the execution of an operating system and application programs on a computer system, those skilled in the art will recognize that other implementations may also be performed in combination with other types of program modules. Generally, program modules include routines, programs, components, data structures, and other types of structures that perform particular tasks or implement particular abstract data types. Those skilled in the art will appreciate that the subject matter described herein may be practiced with other computer system configurations, including hand-held devices, multiprocessor systems, microprocessor-based or programmable consumer electronics, minicomputers, mainframe computers, and the like, as well as distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote memory storage devices.
Those of ordinary skill in the art will appreciate that the various illustrative elements and method steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present disclosure.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present disclosure may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present disclosure.
In summary, the present disclosure provides a network request timeout retransmission method, apparatus, electronic device and computer-readable storage medium thereof. According to the embodiment of the disclosure, the comparison experiment is performed by adding the reference request, and the failure reason can be judged in the retry process of a few times, so that more targeted error correction operation can be performed, and the system efficiency is greatly improved.
It is to be understood that the above-described specific embodiments of the present disclosure are merely illustrative of or illustrative of the principles of the present disclosure and are not to be construed as limiting the present disclosure. Accordingly, any modification, equivalent replacement, improvement or the like made without departing from the spirit and scope of the present disclosure should be included in the protection scope of the present disclosure. Further, it is intended that the following claims cover all such variations and modifications that fall within the scope and bounds of the appended claims, or equivalents of such scope and bounds.
Claims (12)
1. A network request timeout retransmission method, comprising:
acquiring overtime and/or failure network request records in the previous processing period;
grouping the overtime and/or failed network requests, grouping requests which have the same key information and possibly generate similar problems into one group, and allocating at least one reference request which is the same as the key information of the group request and is confirmed to be correct for each group of network requests;
executing retransmission operation on each group of network requests which are overtime and/or fail, and inserting the reference requests into a retransmission queue for execution;
and determining an abnormal reason according to the execution result of the reference request.
2. The method of claim 1, further comprising:
after the abnormality cause is determined, error correction processing corresponding to the abnormality cause is executed.
3. The method according to claim 2, wherein the performing of the error correction processing corresponding to the cause of the abnormality includes:
and when the abnormal reason is the temporary network/system abnormality, suspending the execution of the retransmission queue, only periodically executing at least one reference request at preset time intervals, and restarting the execution of the retransmission queue when the execution of the reference request is successful.
4. The method of claim 1, wherein the inserting the reference request into a retransmission queue comprises:
inserting the reference request into a fixed location of the retransmit queue; and/or
Dynamically inserting the reference request into the retransmission queue on demand.
5. The method of claim 4, wherein the on-demand dynamic insertion comprises: inserting one of the reference requests to perform after a specified number of request retransmissions have failed.
6. A network request timeout retransmission apparatus, comprising:
the record acquisition module is used for acquiring network request records which are overtime and/or fail in the previous processing period;
the request grouping module is used for grouping the overtime and/or failed network requests, grouping requests which have the same key information and possibly generate similar problems into one group, and distributing at least one reference request which has the same key information as the group of requests and is confirmed to be correct for each group of network requests;
the retransmission execution module is used for executing retransmission operation on each group of network requests which are overtime and/or fail, and inserting the reference requests into a retransmission queue for execution;
and the abnormality determining module is used for determining an abnormality reason according to the execution result of the reference request.
7. The apparatus of claim 6, further comprising:
and the error correction processing module is used for executing error correction processing corresponding to the abnormal reason after the abnormal reason is determined.
8. The apparatus of claim 7, wherein the error correction processing module comprises:
and the test module is used for suspending the execution of the retransmission queue when the abnormal reason is the temporary network/system abnormality, only executing at least one reference request at preset time intervals regularly, and restarting the execution of the retransmission queue when the execution of the reference request is successful.
9. The apparatus of claim 6, wherein the retransmission execution module comprises:
a fixed insertion module, configured to insert the reference request into a fixed position of the retransmission queue; and/or
And the dynamic insertion module is used for dynamically inserting the reference request into the retransmission queue according to the requirement.
10. The apparatus of claim 9, wherein the dynamic insertion module comprises:
and the on-demand insertion module is used for inserting one reference request to execute after a specified number of requests fail to be retransmitted.
11. An electronic device, comprising:
a memory and one or more processors;
wherein the memory is communicatively coupled to the one or more processors and has stored therein instructions executable by the one or more processors, the electronic device being configured to implement the method of any of claims 1-5 when the instructions are executed by the one or more processors.
12. A computer-readable storage medium having stored thereon computer-executable instructions for implementing the method of any one of claims 1-5 when executed by a computing device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010489023.9A CN111711514B (en) | 2020-06-02 | 2020-06-02 | Network request timeout retransmission method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010489023.9A CN111711514B (en) | 2020-06-02 | 2020-06-02 | Network request timeout retransmission method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111711514A CN111711514A (en) | 2020-09-25 |
| CN111711514B true CN111711514B (en) | 2021-07-09 |
Family
ID=72539175
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010489023.9A Active CN111711514B (en) | 2020-06-02 | 2020-06-02 | Network request timeout retransmission method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111711514B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115065442B (en) * | 2022-08-16 | 2022-11-18 | 深圳星云智联科技有限公司 | Data transmission method and related device |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101505243B (en) * | 2009-03-10 | 2011-01-05 | 中国科学院软件研究所 | Performance exception detecting method for Web application |
| US10374931B2 (en) * | 2017-04-05 | 2019-08-06 | Hall Labs Llc | Adaptive communication channel redundancy in a hub-based intermediate-range system |
| CN113850603A (en) * | 2018-08-02 | 2021-12-28 | 创新先进技术有限公司 | Method and device for determining reason of payment failure |
| CN109800296B (en) * | 2019-01-21 | 2022-03-01 | 四川长虹电器股份有限公司 | Semantic fuzzy recognition method based on user real intention |
| CN110233881B (en) * | 2019-05-22 | 2023-04-07 | 平安科技（深圳）有限公司 | Service request processing method, device, equipment and storage medium |
| CN110851311A (en) * | 2019-11-12 | 2020-02-28 | 深圳前海微众银行股份有限公司 | Service fault identification method, device, equipment and storage medium |
-
2020
- 2020-06-02 CN CN202010489023.9A patent/CN111711514B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN111711514A (en) | 2020-09-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111666162B (en) | Distributed message transmission method, device, computer equipment and storage medium | |
| JP6831412B2 (en) | Interfaces, systems, methods and computer program products for controlling the transfer of electronic messages | |
| US10942974B2 (en) | System for synchronous document captures into an asynchronous archive and document-level archiving reconciliation | |
| CN107592351B (en) | Multi-user publishing and subscribing method and system based on Redis | |
| JP6450471B2 (en) | System, method and computer program product for receiving electronic messages | |
| CN113424171A (en) | Block chain transaction manager | |
| US9172670B1 (en) | Disaster-proof event data processing | |
| CN111835467B (en) | Message sending method, device, computer equipment and storage medium | |
| JP2018501593A (en) | Apparatus, system, method and computer program product for processing electronic transaction requests | |
| CN111917915B (en) | Schedule processing method, device and equipment | |
| CN111711514B (en) | Network request timeout retransmission method and device | |
| CN102254238A (en) | Scalable billing with de-duplication in aggregator | |
| CN108647105B (en) | Idempotent control method, device and system in system switching process | |
| CN112907344A (en) | Accounting data processing method and device, electronic equipment and storage medium | |
| US20170011302A1 (en) | Action correlation framework | |
| CN103440460A (en) | Application system change validation method and system | |
| CN105450737B (en) | A kind of data processing method, device and system | |
| EP4091315B1 (en) | Techniques to provide streaming data resiliency utilizing a distributed message queue system | |
| CN104348815A (en) | Method and device for verifying verification code | |
| CN111741080A (en) | Network file distribution method and device | |
| CN112561506A (en) | Live broadcast data processing method, system, device and medium based on virtual currency | |
| WO2021040852A1 (en) | Assigning a severity level to a computing service using tenant telemetry data | |
| CN109245941B (en) | Service compensation method and device | |
| CN111708802B (en) | Network request anti-reprocessing method and device | |
| US8484512B2 (en) | Throttling non-delivery reports based on root cause |
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 |