CN108259595A - The method and system of asynchronous call between a kind of service - Google Patents
The method and system of asynchronous call between a kind of service Download PDFInfo
- Publication number
- CN108259595A CN108259595A CN201810026867.2A CN201810026867A CN108259595A CN 108259595 A CN108259595 A CN 108259595A CN 201810026867 A CN201810026867 A CN 201810026867A CN 108259595 A CN108259595 A CN 108259595A
- Authority
- CN
- China
- Prior art keywords
- data
- address
- party
- requesting party
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Exchange Systems With Centralized Control (AREA)
Abstract
The invention discloses a kind of method and system of asynchronous call between service, and the method for asynchronous call includes between the service：Receive the data of requesting party's transmission and the address of Requested Party；The address of received data and requesting party are saved in Distributed Message Queue；The data in the Distributed Message Queue and the address of requesting party are parsed successively；It initiates to adjust according to the address of the requesting party parsed；The data that parsing obtains are passed to the Requested Party.The method of asynchronous call between the service, the persistence queue system based on High Availabitity realize the distributed intermediate system of High Availabitity, asynchronous call data transmission provides the service of stability and high efficiency between service as storage medium.
Description
Technical field
The present invention relates to technical field of the computer network, the method and system of asynchronous call between more particularly to a kind of service.
Background technology
In a distributed system, the transmission of data is completed between different services by asynchronous call, not to the knot of transmission
Fruit is confirmed.Under a distributed system environment, need to carry out the synchronization of business datum, and usually between different services
Requesting party/initiator does not need to data and completes to synchronize immediately, but asynchronous transmission after being lined up.
Presently, there are the methods of synchronization of two kinds of mainstreams：
1) data synchronize in real time：After i.e. upstream generates data, downstream interface is called to synchronize immediately, obstruction waits for same
Step is completed；
2) data being lined up synchronize：After i.e. upstream generates data, store data into MySQL or redis and be lined up；It compiles
The data obtained in MySQL/redis of a script timing are write, downstream interface is called to synchronize, and obstruction etc. is to be synchronized complete
Into.
And the shortcomings that above-mentioned prior art, includes following aspect：
1) obstruction is called：Downstream interface is called to employ obstruction standby mode, it can not concurrent processing；
2) repeated work：Each business side respectively realizes the queuing synchronization mechanism of oneself, and development efficiency is low；
3) without fault tolerant mechanism：When downstream service response is slack-off, upstream process process can be caused largely to block, cause to service
It is unavailable；
4) unprotect mechanism：When there is traffic peak, the calling in downstream can be increased therewith, downstream is not limited
The concurrent protection mechanism of stream/limit；
5) availability is low：When Single Point of Faliure occurs in MySQL/redis, unavailable problem will occur in whole system.
Invention content
The present invention provides a kind of method and system of asynchronous call between service, this method asynchronous call between service provides
Simple access, high-performance, the agency service of High Availabitity solve the problems, such as that the calling appearance obstruction of the prior art, efficiency are low.
The present invention provides a kind of method of asynchronous call between service, this method includes：Receive the data that requesting party sends
With the address of Requested Party；The address of received data and requesting party are saved in Distributed Message Queue；It parses successively
The address of data and requesting party in the Distributed Message Queue, and initiate to adjust according to the address of the requesting party parsed
With will parse obtained data and be passed to the Requested Party.
Preferably, this method further includes：Before initiating to call according to the address of the requesting party parsed, perform as follows
The operation of at least one：Current limliting verification, limit concurrently verify.
Preferably, the data are passed to Requested Party to include：It is asked if parsing the obtained data and being sent to
The side's of asking failure then carries out the re-transmission of setting number.
Preferably, this method further includes：After the address of data and Requested Party of requesting party's transmission is received, asked to described
The side of asking transmits and receives successful response.
Preferably, this method further includes：After the address of data and Requested Party of requesting party's transmission is received, weighed
The verification of limit.
The present invention also provides a kind of system of asynchronous call between service, which includes：Receiving module is asked for receiving
The data just sent and the address of Requested Party；Memory module, for the address of received data and requesting party to be saved in
In Distributed Message Queue；Parsing module, for parsing the data in the Distributed Message Queue and the ground of requesting party successively
Location；Calling module, the address of the requesting party for being parsed according to the parsing module initiate to call；Sending module is used for
The data that the parsing module parses are sent to Requested Party.
Preferably, which further includes：Correction verification module, the correction verification module are used for：In the address according to the requesting party
It initiates before calling, performs the following operation of at least one：Current limliting verification, limit concurrently verify.
Preferably, if the data that the parsing module parses are passed to Requested Party by the sending module
Failure then carries out the re-transmission of setting number.
Preferably, wherein, the sending module is additionally operable to：The number of requesting party's transmission is received in the receiving module
Behind the address with Requested Party, successful response is transmitted and received to the requesting party.
Preferably, the correction verification module is additionally operable to：The data and Requested Party of requesting party's transmission are received in receiving module
Address after, carry out the verification of permission.
The method and system of asynchronous call between the service of the present invention, the persistence queue system based on High Availabitity is as storage
Medium, realizes the distributed intermediate system of a High Availabitity, and the data asynchronous transmission between service provides the service of stability and high efficiency.
Description of the drawings
It in order to illustrate the technical solutions in the embodiments of the present application or in the prior art more clearly, below will be to institute in embodiment
Attached drawing to be used is needed to be briefly described, it should be apparent that, the accompanying drawings in the following description is only one described in the present invention
A little embodiments for those of ordinary skill in the art, can also be obtained according to these attached drawings other attached drawings.
The flow chart of Fig. 1 methods of asynchronous call between the service according to one embodiment of the present invention；
The flow chart of Fig. 2 methods of asynchronous call between the service according to another embodiment of the present invention；
The structure diagram of Fig. 3 systems of asynchronous call between the service according to one embodiment of the present invention；
The structure diagram of Fig. 4 systems of asynchronous call between the service according to another embodiment of the present invention.
Specific embodiment
The embodiment of the present invention is described below in detail, the example of the embodiment is shown in the drawings, wherein from beginning to end
Same or similar label represents same or similar parameter or the element with same or like function.Below with reference to attached
The embodiment of figure description is exemplary, and is only used for explaining the present invention, and is not construed as limiting the claims.
The method of asynchronous call between a kind of service provided by the invention is solved to call appearance obstruction in the prior art, be called
The technical issues of less efficient.
Technical solution in order to better understand the present invention and technique effect, below with reference to flow diagram to specific
Embodiment is described in detail.
Fig. 1 be one embodiment of the present invention service between asynchronous call method flow chart.Basis as shown in Figure 1
The method of asynchronous call, may comprise steps of between the service of one embodiment of the present invention：In the step s 100, receiving please
The data and the address of Requested Party that the side of asking is sent；In step s 110, the address of received data and requesting party are preserved
Into Distributed Message Queue；In the step s 120, data in the Distributed Message Queue and requesting party are parsed successively
Address；In step s 130, it initiates to call according to the address of the requesting party parsed；In step S140, it will parse
To the data be passed to the Requested Party.
Fig. 2 be another embodiment of the present invention service between asynchronous call method flow chart.Root as shown in Figure 2
According to the method for asynchronous call between the service of another embodiment of the present invention, further include：In step S122, according to being parsed
The address of the requesting party initiate before calling, perform the following operation of at least one：Current limliting verification, limit concurrently verify.
In said program, in step S140, send said data to Requested Party and include：If parse obtained institute
It states data and is passed to Requested Party failure, then carry out the re-transmission of setting number.
As an example, this method further includes：After the address of data and Requested Party of requesting party's transmission is received, in step
In S102, successful response is transmitted and received to the requesting party.
As another example, this method further includes：After the address of data and Requested Party of requesting party's transmission is received,
In step S101, the verification of permission is carried out.
Fig. 3 be one embodiment of the present invention service between asynchronous call system structure diagram.Root as shown in Figure 3
According to the system of asynchronous call between the service of one embodiment of the present invention, including receiving module, for receiving requesting party's transmission
The address of data and Requested Party；Memory module disappears for the address of received data and requesting party to be saved in distribution
It ceases in queue；Parsing module, for parsing the data in the Distributed Message Queue and the address of requesting party successively；Call mould
Block, the address of the requesting party for being parsed according to the parsing module initiate to call；Sending module, for by the parsing
The data that module parses are sent to Requested Party.
Fig. 4 be another embodiment of the present invention service between asynchronous call system structure diagram.As shown in Figure 4
According to the system of asynchronous call between the service of another embodiment of the present invention, further include：Correction verification module, the correction verification module are used
In：Before initiating to call according to the address of the requesting party, the following operation of at least one is performed：Current limliting verification limits concurrently school
It tests.
Fail if the data that the parsing module parses are sent to Requested Party by the sending module,
Carry out the re-transmission of setting number.
In said program, the sending module is additionally operable to：The number of requesting party's transmission is received in the receiving module
Behind the address with Requested Party, successful response is transmitted and received to the requesting party.
In said program, the correction verification module is additionally operable to：The data of requesting party's transmission are received in receiving module and are asked
Behind the address for the side of asking, the verification of permission is carried out.
In said program, the workflow of modules is as follows：
1) by the http protocol far call system/middleware, carrying will adjust in the request requesting party/upstream business
The data that this requesting party/downstream service address and needs transmit.After the system/middleware analysis request is effective, immediately
Successful response is returned to requesting party/called side.
2) system/middleware receives above-mentioned request by receiving module, and correction verification module can carry out the verification of permission first,
Verification failure then stops handling.It is lined up next, request can be given memory module/producer's module by the system/middleware, according to
It is secondary to be sent to message queue storage.Message queue employs open source projects Kafka0.9 versions, is the high-performance of copy more than one
The message queue of persistence.System/middleware is based on Kafka as storage medium, can realize message speed buffering and can
By persistence.
3) system/middleware for example can the person's of expanding consumption module, it reads from the message queue of memory module successively
A batch request is taken to be handled.For each request, url fields and data fields therein can be parsed, generates one
HTTP calling tasks, give sending module.
4) sending module can call calibration mode such as speed limit submodule in the block to carry out first each calling task
FREQUENCY CONTROL is called, token bucket algorithm is employed herein and carries out rate limitation, calls frequency that can then sleep waiting one more than certain
The section time initiates to call again.Secondly the calibration mode concurrent module of limit in the block can be called, here using concurrent counting algorithm, is tieed up in real time
It protects HTTP in progress and calls quantity, if more than after sleeping and waiting for a period of time if threshold values, then initiate to call.
5) after having passed through all above-mentioned correction verification modules, request prepares to be sent to the downstream service that url is specified.Here using association's journey
It realizes that HTTP concurrent requests call, is pushed so as to fulfill high-performance.Each HTTP calling tasks may be because that various exceptions are former
Because of failure, thus each HTTP tasks have certain number retry chance.When the return code that downstream is called to obtain HTTP 200
After think to call successfully, the correlated count resource for limiting concurrent module can be discharged at this time, so as to allow it is subsequent request initiated.
The method and system of asynchronous call, have the advantages that between the service of the present invention：
1) high concurrent：It is developed using Golang, by the concurrent processing that journey model realization is assisted to ask, there is high property
Energy.Using Kafka as source storage medium, Kafka is distributed system, can meet single message team by zoning schemes
The high concurrent read-write demand of row.
2) high reliability：Data use Kafka message queue persistences, and Kafka has ensured queue by more copy mechanism
Reliability, there is no Single Point of Faliure problems.During consumption group automatic load balancing mechanism based on Kafka0.9 versions realizes
Between part clustering deployment, the multiple Kafka queues subregions of automatic equalization are realized parallel consumption by multiple middleware nodes.Herein
Under the support of mechanism, when single middleware node failure, other systems/middleware will take over it and consume subregion, i.e., not
There are problems that Single Point of Faliure.
3) ease for use：No longer need design iterations similar system, it is only necessary to by HTTP+JSON agreements call the system/
Middleware submits data, you can is immediately returned to service code and performs follow-up business logic, service code is not caused any
Obstruction.
4) fault-tolerant ability is strong：System/middleware realizes current limliting when calling Requested Party/Downstream Jobs, limit is concurrent, retries
Etc. various policy mechanisms, the reliability of data-pushing can be ensured, and realize the calling flow peak clipping to Downstream Jobs, prevent down
Load is swum across to delay machine.
The side of asynchronous call and system, the persistence queue system based on High Availabitity are situated between as storage between present invention service
Matter, realizes the distributed intermediate system of a High Availabitity, and the data asynchronous transmission between service provides the service of stability and high efficiency, is
It is business offer agreement unification, high concurrent, High Availabitity, the data transport service with disaster tolerance, fault tolerant mechanism.
In the specification provided in this place, numerous specific details are set forth.It is to be appreciated, however, that the implementation of the present invention
Example can be put into practice without these specific details.In some instances, well known method, structure is not been shown in detail
And technology, so as not to obscure the understanding of this description.
Similarly, it should be understood that in order to simplify the disclosure and help to understand one or more of each inventive aspect,
Above in the description of exemplary embodiment of the present invention, each feature of the invention is grouped together into single implementation sometimes
In example, figure or descriptions thereof.However, the method for the disclosure should be construed to reflect following intention：I.e. required guarantor
Shield the present invention claims the more features of feature than being expressly recited in each claim.
It should be noted that above-described embodiment is that the present invention will be described rather than limits the invention, and
Those skilled in the art can design alternative embodiment without departing from the scope of the appended claims.In claim
In, any reference mark between bracket should not be configured to limitations on claims.Word "comprising" is not excluded for depositing
In elements or steps not listed in the claims etc..Word "a" or "an" before element does not exclude the presence of more
A such element.The present invention can be by means of including the hardware of several different elements and by means of properly programmed calculating
Machine is realized.If in the unit claim for listing dry systems, several in these systems can be by same
Hardware branch embodies.The use of word first, second and third etc. does not indicate that any sequence.These words can be explained
For title.
Claims (10)
1. a kind of method of asynchronous call between service, which is characterized in that this method includes：
Receive the data of requesting party's transmission and the address of Requested Party；
The address of received data and requesting party are saved in Distributed Message Queue；
The data in the Distributed Message Queue and the address of requesting party are parsed successively；
It initiates to call according to the address of the requesting party parsed；
The data that parsing obtains are passed to the Requested Party.
2. according to the method described in claim 1, it is characterized in that, this method further includes：According to the request parsed
The address of side is initiated before calling, and performs the following operation of at least one：Current limliting verification, limit concurrently verify.
3. according to the method described in claim 1, it is characterized in that, wherein, the data that parsing obtains are passed to and are asked
The side of asking includes：If the data are passed to Requested Party failure, the re-transmission of setting number is carried out.
4. according to the method described in claim 1, it is characterized in that, this method further includes：In the data for receiving requesting party's transmission
Behind the address of Requested Party, successful response is transmitted and received to the requesting party.
5. according to the method described in claim 4, it is characterized in that, wherein, this method further includes：It is sent receiving requesting party
Data and Requested Party address after, carry out the verification of permission.
6. the system of asynchronous call between a kind of service, which is characterized in that the system includes：
Receiving module, for receiving the address of the data of requesting party's transmission and Requested Party；
Memory module, for the address of received data and requesting party to be saved in Distributed Message Queue；
Parsing module, for parsing the data in the Distributed Message Queue and the address of requesting party successively；
Calling module, the address of the requesting party for being parsed according to the parsing module initiate to call；
Sending module, for the data that the parsing module parses to be passed to Requested Party.
7. system according to claim 6, which is characterized in that wherein, if the sending module is by the parsing module
It parses the obtained data and is passed to Requested Party failure, then carry out the re-transmission of setting number.
8. system according to claim 6, which is characterized in that wherein, the sending module is additionally operable to：In the reception mould
After block receives the data of requesting party's transmission and the address of Requested Party, transmit and receive to the requesting party and successfully should
It answers.
9. system according to claim 6, which is characterized in that the system further includes：Correction verification module, the correction verification module are used
In：Before initiating to call according to the address of the requesting party, the following operation of at least one is performed：Current limliting verification limits concurrently school
It tests.
10. system according to claim 9, which is characterized in that the correction verification module is additionally operable to：It is connect in the receiving module
After receiving the data of requesting party's transmission and the address of Requested Party, the verification of permission is carried out.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810026867.2A CN108259595A (en) | 2018-01-11 | 2018-01-11 | The method and system of asynchronous call between a kind of service |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810026867.2A CN108259595A (en) | 2018-01-11 | 2018-01-11 | The method and system of asynchronous call between a kind of service |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108259595A true CN108259595A (en) | 2018-07-06 |
Family
ID=62726257
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810026867.2A Pending CN108259595A (en) | 2018-01-11 | 2018-01-11 | The method and system of asynchronous call between a kind of service |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108259595A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110740103A (en) * | 2019-09-02 | 2020-01-31 | 深圳壹账通智能科技有限公司 | Service request processing method and device, computer equipment and storage medium |
| CN112527537A (en) * | 2020-11-30 | 2021-03-19 | 北京百度网讯科技有限公司 | Quality monitoring method, device, equipment and medium for online service system |
| CN114172877A (en) * | 2021-11-11 | 2022-03-11 | 欧冶云商股份有限公司 | Middleware data transmission method, device, equipment and storage medium based on HTTP (hyper text transport protocol) |
| CN114979174A (en) * | 2022-04-15 | 2022-08-30 | 四川虹美智能科技有限公司 | Method for processing HTTP blocking waiting step-by-step service data |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060080394A1 (en) * | 2004-10-13 | 2006-04-13 | International Business Machines Corporation | Web service broadcast engine |
| CN103179009A (en) * | 2013-04-22 | 2013-06-26 | 烽火通信科技股份有限公司 | Dynamic adaptive calling method of distributed management system |
| CN105430028A (en) * | 2014-09-09 | 2016-03-23 | 阿里巴巴集团控股有限公司 | Service calling method, service providing method, and node |
| CN106155646A (en) * | 2015-03-31 | 2016-11-23 | 阿里巴巴集团控股有限公司 | A kind of external application that limits calls the method and device of service |
| CN106453288A (en) * | 2016-09-29 | 2017-02-22 | 上海和付信息技术有限公司 | Asynchronous mode supporting distributed micro service framework system and implementation method thereof |
| CN106713226A (en) * | 2015-11-12 | 2017-05-24 | 卓望数码技术（深圳）有限公司 | Remote procedure call processing method used for distributed system and remote procedure call processing system thereof |
| CN107070807A (en) * | 2017-04-18 | 2017-08-18 | 北京思特奇信息技术股份有限公司 | Global traffic control method and system that a kind of distributed environment lower interface is called |
-
2018
- 2018-01-11 CN CN201810026867.2A patent/CN108259595A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060080394A1 (en) * | 2004-10-13 | 2006-04-13 | International Business Machines Corporation | Web service broadcast engine |
| CN103179009A (en) * | 2013-04-22 | 2013-06-26 | 烽火通信科技股份有限公司 | Dynamic adaptive calling method of distributed management system |
| CN105430028A (en) * | 2014-09-09 | 2016-03-23 | 阿里巴巴集团控股有限公司 | Service calling method, service providing method, and node |
| CN106155646A (en) * | 2015-03-31 | 2016-11-23 | 阿里巴巴集团控股有限公司 | A kind of external application that limits calls the method and device of service |
| CN106713226A (en) * | 2015-11-12 | 2017-05-24 | 卓望数码技术（深圳）有限公司 | Remote procedure call processing method used for distributed system and remote procedure call processing system thereof |
| CN106453288A (en) * | 2016-09-29 | 2017-02-22 | 上海和付信息技术有限公司 | Asynchronous mode supporting distributed micro service framework system and implementation method thereof |
| CN107070807A (en) * | 2017-04-18 | 2017-08-18 | 北京思特奇信息技术股份有限公司 | Global traffic control method and system that a kind of distributed environment lower interface is called |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110740103A (en) * | 2019-09-02 | 2020-01-31 | 深圳壹账通智能科技有限公司 | Service request processing method and device, computer equipment and storage medium |
| CN112527537A (en) * | 2020-11-30 | 2021-03-19 | 北京百度网讯科技有限公司 | Quality monitoring method, device, equipment and medium for online service system |
| CN112527537B (en) * | 2020-11-30 | 2023-10-27 | 北京百度网讯科技有限公司 | Quality monitoring method, device, equipment and medium of online service system |
| CN114172877A (en) * | 2021-11-11 | 2022-03-11 | 欧冶云商股份有限公司 | Middleware data transmission method, device, equipment and storage medium based on HTTP (hyper text transport protocol) |
| CN114172877B (en) * | 2021-11-11 | 2024-01-26 | 欧冶云商股份有限公司 | Middleware data transmission method, device, equipment and storage medium based on HTTP protocol |
| CN114979174A (en) * | 2022-04-15 | 2022-08-30 | 四川虹美智能科技有限公司 | Method for processing HTTP blocking waiting step-by-step service data |
| CN114979174B (en) * | 2022-04-15 | 2023-07-21 | 四川虹美智能科技有限公司 | Method for processing HTTP blocking waiting step-by-step service data |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Kimbleton et al. | Computer communication networks: Approaches, objectives, and performance considerations | |
| KR101694980B1 (en) | Apparatus and method for distribution processing of data, storage server | |
| CN112839111B (en) | System, method, and medium for customizable event-triggered computation at edge locations | |
| US9888048B1 (en) | Supporting millions of parallel light weight data streams in a distributed system | |
| CN109690510B (en) | Multicast apparatus and method for distributing data to multiple receivers in high performance computing networks and cloud-based networks | |
| CN103493449B (en) | Efficient circuit in packet switching network | |
| CN108259595A (en) | The method and system of asynchronous call between a kind of service | |
| CN111031135B (en) | Message transmission method and device and electronic equipment | |
| WO2013078689A1 (en) | Method and device for realizing message transfer in cloud message service | |
| CN112118315A (en) | Data processing system, method, device, electronic equipment and storage medium | |
| CN113347164A (en) | Block chain-based distributed consensus system, method, device and storage medium | |
| CN109254854A (en) | Asynchronous invoking method, computer installation and storage medium | |
| CN109104368B (en) | Connection request method, device, server and computer readable storage medium | |
| CN110661871A (en) | Data transmission method and MQTT server | |
| CN113411363A (en) | Uploading method of image file, related equipment and computer storage medium | |
| CN112559461A (en) | File transmission method and device, storage medium and electronic equipment | |
| CN111431730B (en) | Service processing method, system, computer equipment and readable medium | |
| CN111090532A (en) | Application service calling method and device, electronic equipment and computer storage medium | |
| CN112825525B (en) | Method and apparatus for processing transactions | |
| JP2006101525A (en) | Network-on-chip half automatic transmission architecture for data flow application | |
| CN109995664A (en) | A kind of method, apparatus and system sending data flow | |
| CN110650204A (en) | Data access method, device, equipment and storage medium of NAS cluster | |
| CN116301568A (en) | Data access method, device and equipment | |
| US7424653B2 (en) | System and method for error capture and logging in computer systems | |
| US20040236982A1 (en) | System and method for in-order queue draining |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180706 |