CN107835178B - Multi-protocol service communication method and device and electronic equipment - Google Patents

Multi-protocol service communication method and device and electronic equipment Download PDF

Info

Publication number
CN107835178B
CN107835178B CN201711115075.4A CN201711115075A CN107835178B CN 107835178 B CN107835178 B CN 107835178B CN 201711115075 A CN201711115075 A CN 201711115075A CN 107835178 B CN107835178 B CN 107835178B
Authority
CN
China
Prior art keywords
protocol
target
request
client
target data
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
Application number
CN201711115075.4A
Other languages
Chinese (zh)
Other versions
CN107835178A (en
Inventor
柯希
曹张治
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing QIYI Century Science and Technology Co Ltd
Original Assignee
Beijing QIYI Century Science and Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing QIYI Century Science and Technology Co Ltd filed Critical Beijing QIYI Century Science and Technology Co Ltd
Priority to CN201711115075.4A priority Critical patent/CN107835178B/en
Publication of CN107835178A publication Critical patent/CN107835178A/en
Application granted granted Critical
Publication of CN107835178B publication Critical patent/CN107835178B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18Multiprotocol handlers, e.g. single devices capable of handling multiple protocols

Abstract

The embodiment of the invention provides a multi-protocol service communication method, a device and electronic equipment, wherein the method comprises the following steps: receiving a communication protocol request sent by a client, and decoding the communication protocol request to obtain target data; mapping the target data into a corresponding target container according to the type of a target protocol corresponding to the target data and the corresponding relation between each container and each protocol, and analyzing the target data in the target container to obtain target information corresponding to the target data; and sending the target information to the client through the target protocol. The embodiment of the invention realizes the improvement of the maintenance efficiency of various communication protocols and ensures the consistency of the service to the client.

Description

Multi-protocol service communication method and device and electronic equipment
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for multi-protocol service communication, and an electronic device.
Background
With the development of communication technology, communication Protocol services are diversified, such as RPC (Remote Procedure Call Protocol) generally implemented by using a program language Call, HTTP (HyperText Transfer Protocol) which can be implemented by using a program language Call and can be implemented by using a browser Call, and the like.
Existing service frameworks that manage communication protocols tend to provide services only for a certain protocol. For example, the development software framework, which is an extensible and cross-language service, is used to service RPC requests; the development software framework Jersey is used to service HTTP requests. Specifically, an RPC request is received in the thrift, information corresponding to the RPC request is obtained, and the information is returned to the client; and receiving the HTTP request in Jersey, acquiring information corresponding to the HTTP request, and returning the information to the client.
However, the inventor finds that the prior art has at least the following problems in the process of implementing the invention:
if a server needs to provide services of multiple protocols for outside, service frameworks corresponding to multiple protocols are often maintained, and each protocol service framework has its own implementation, which causes maintenance troubles. In addition, if the RPC and HTTP access is to be supported simultaneously, a maintenance frame for providing service for RPC needs to be built first, and then a maintenance frame for providing service for HTTP needs to be built, the two frames are two independent service frames, and there is no relation between them, and a developer needs to maintain the two service frames, so that information corresponding to the same request sent to the client through the two service frames is consistent. However, because the two service frames cannot be guaranteed to be always synchronized during maintenance, the information corresponding to the same request sent to the client by the two service frames is often inconsistent.
In summary, when the service framework in the prior art provides services for multiple communication protocols, the maintenance process is complicated, and information corresponding to the same request sent to the client is inconsistent.
Disclosure of Invention
The embodiment of the invention aims to provide a multi-protocol service communication method, a multi-protocol service communication device and electronic equipment, so as to improve the maintenance efficiency of multiple communication protocol frameworks and ensure the consistency of client services. The specific technical scheme is as follows:
to achieve the above object, in a first aspect of an embodiment of the present invention, a method for multi-protocol service communication is disclosed, including:
receiving a communication protocol request sent by a client, and decoding the communication protocol request to obtain target data;
mapping the target data into a corresponding target container according to the type of a target protocol corresponding to the target data and the corresponding relation between each container and each protocol, and analyzing the target data in the target container to obtain target information corresponding to the target data;
and sending the target information to the client through the target protocol.
Optionally, the receiving a communication protocol request sent by a client, and performing decoding processing on the communication protocol request to obtain target data includes:
and receiving a communication protocol request sent by a client by using the Netty of the java open source framework, and decoding the communication protocol request by the Netty to obtain target data.
Optionally, before mapping the target data into corresponding target containers according to the type of the target protocol corresponding to the target data and the corresponding relationship between each container and each protocol, the method further includes:
filtering and converting the target data to obtain a first request;
the mapping the target data into corresponding target containers according to the types of the target protocols corresponding to the target data and the corresponding relations between the containers and the protocols comprises:
and mapping the first request to a target Jersey container corresponding to the target protocol through the added Jersey annotation of the development software framework according to the type of the target protocol corresponding to the target data and the corresponding relation between each container and each protocol.
Optionally, when the target protocol is a remote procedure call protocol (RPC), the receiving a communication protocol request sent by a client, and decoding the communication protocol request to obtain target data includes:
and receiving an RPC request sent by a client, and decoding the RPC request through Netty decoding, filtering and conversion to obtain target data.
Optionally, when the target protocol is a hypertext transfer protocol HTTP, the receiving a communication protocol request sent by a client, and performing decoding processing on the communication protocol request to obtain target data includes:
receiving an HTTP request sent by a client, and decoding the HTTP request through Netty decoding, filtering and conversion to obtain target data;
before the sending the target information to the client via the target protocol, the method further comprises:
serializing information to generate target information which can be identified by the HTTP;
the sending the target information to the client through the target protocol includes:
and sending the target information which can be identified by the HTTP to the client through the HTTP.
Optionally, when the target protocol is a Memcached protocol of a distributed cache system, the receiving a communication protocol request sent by a client, and performing decoding processing on the communication protocol request to obtain target data includes:
receiving a Memcached protocol request sent by a client, converting the Memcached protocol request into an HTTP request through Netty decoding, filtering and conversion, and decoding the HTTP request to obtain target data;
before the sending the target information to the client via the target protocol, the method further comprises:
serializing information, and converting the serialized information into target information which can be identified by the Memcached protocol;
the sending the target information to the client through the target protocol includes:
and sending the target information which can be identified by the Memcached protocol to the client through the Memcached protocol.
In a second aspect of the embodiments of the present invention, an apparatus for multi-protocol service communication is disclosed, which includes:
the first processing module is used for receiving a communication protocol request sent by a client and decoding the communication protocol request to obtain target data;
the second processing module is used for mapping the target data into a corresponding target container according to the type of a target protocol corresponding to the target data and the corresponding relation between each container and each protocol, and analyzing the target data in the target container to obtain target information corresponding to the target data;
and the sending module is used for sending the target information to the client through the target protocol.
Optionally, the first processing module is specifically configured to receive a communication protocol request sent by a client using a java open source framework Netty, and decode the communication protocol request through the Netty to obtain target data.
Optionally, the apparatus further comprises:
the filtering and converting processing module is used for filtering and converting the target data to obtain a first request;
the second processing module is specifically configured to map the first request to a target Jersey container corresponding to the target protocol through an added development software framework Jersey annotation according to a type of the target protocol corresponding to the target data and a correspondence between each container and each protocol.
Optionally, when the target protocol is a remote procedure call protocol (RPC), the first processing module is specifically configured to receive an RPC request sent by a client, and decode the RPC request through Netty decoding, filtering, and conversion to obtain target data.
Optionally, when the target protocol is a hypertext transfer protocol HTTP, the first processing module is specifically configured to receive an HTTP request sent by a client, and decode the HTTP request through Netty decoding, filtering, and converting to obtain target data;
the device further comprises:
the first serialization module is used for serializing information and generating target information which can be identified by the HTTP;
the sending module is specifically configured to send, to the client, the target information that can be identified by the HTTP through the HTTP.
Optionally, when the target protocol is a Memcached protocol of a distributed cache system, the first processing module is specifically configured to receive a Memcached protocol request sent by a client, convert the Memcached protocol request into an HTTP request through Netty decoding, filtering, and conversion, and decode the HTTP request to obtain target data;
the device further comprises:
the second serialization module is used for serializing information and converting the serialized information into target information which can be identified by the Memcached protocol;
the sending module is specifically configured to send, to the client, the target information that can be identified by the Memcached protocol through the Memcached protocol.
In a third aspect of the embodiments of the present invention, an electronic device is disclosed, which includes a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory complete mutual communication through the communication bus;
the memory is used for storing a computer program;
the processor is configured to implement the multi-protocol service communication method according to any one of the first aspect when executing the program stored in the memory.
In yet another aspect of the present invention, there is also provided a computer-readable storage medium having stored therein instructions, which, when run on a computer, cause the computer to execute the multi-protocol service communication method according to any one of the above first aspects.
In another aspect of the present invention, there is also provided a computer program product including instructions, which when run on a computer, causes the computer to perform the multi-protocol service communication method according to any one of the first aspect.
The embodiment of the invention provides a multi-protocol service communication method, a multi-protocol service communication device and electronic equipment, so that the maintenance efficiency of various communication protocols is improved, and the consistency of client services is ensured. Specifically, the method and the device receive a current communication protocol request, preprocess the current communication protocol request, and realize that different communication protocol requests correspond to a multi-protocol service communication framework of the embodiment of the invention. The communication protocol request after decoding processing is mapped into the corresponding container, the preprocessed current communication protocol request is analyzed in the container, and the current communication protocol request is mapped into the corresponding container, so that the targeted processing of different communication protocols is realized. In addition, the acquired information corresponding to the request is sent to the corresponding client through the corresponding target communication protocol, so that the same frame is used for serving multiple communication protocols, the synchronous maintenance of multiple communication protocol frames is further realized, and finally, the semantic content of sending the information corresponding to the request to the client by using any communication protocol is consistent.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below.
Fig. 1 is a flowchart of a multi-protocol service communication method according to an embodiment of the present invention;
fig. 2 is a flowchart of a communication method of HTTP in a multi-protocol service communication method according to an embodiment of the present invention;
fig. 3 is a flowchart of a communication method of a Memcached protocol in a multi-protocol service communication method according to an embodiment of the present invention;
fig. 4 is a schematic diagram of a framework structure of a multi-protocol service communication method according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a multi-protocol service communication device according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be described below with reference to the drawings in the embodiments of the present invention.
With the proliferation of communication protocol services, the service framework that maintains communication protocol services is also heavily derived. In today advocating microservices, a server side often needs to provide services of multiple protocols, such as RPC services, HTTP services, etc., to the outside aiming at an API (Application Programming Interface). Existing service frameworks tend to only serve one protocol, e.g., thrift to serve RPC requests, Jersey to serve HTTP requests, etc. If the backend wants to provide services of multiple protocols, multiple items are usually maintained, and each item has its own implementation, which causes maintenance troubles. And during maintenance, it cannot be guaranteed that a plurality of service frameworks are always in synchronization, so that information corresponding to the same request sent to the client through the plurality of service frameworks is often inconsistent.
In view of the above-mentioned problems, embodiments of the present invention provide a multi-protocol service communication method, apparatus, and electronic device, which improve maintenance efficiency of multiple communication protocol frameworks by maintaining one communication protocol framework, and simultaneously support multiple protocols such as RPC, HTTP, Memcached, and the like to provide services to the outside, thereby ensuring consistency of services to a client and improving development efficiency.
It should be noted that the client in the embodiment of the present invention may refer to a terminal or an application installed on the terminal.
To achieve the above object, in a first aspect of the embodiments of the present invention, a multi-protocol service communication method is disclosed, as shown in fig. 1. Fig. 1 is a flowchart of a multi-protocol service communication method according to an embodiment of the present invention, including:
s101, receiving a communication protocol request sent by a client, and decoding the communication protocol request to obtain target data.
In the embodiment of the invention, in order to ensure that services are provided for multiple protocols such as RPC, HTTP, Memcached and the like at the same time and the consistency of the services of the client side is ensured, a universal service framework can be provided, each request sent by the client side is processed in the universal service framework, and then the result obtained by the same request of the client side is ensured to be semantically consistent with the information sent to the client side through different protocols.
The embodiment of the invention discloses an interface framework based on a thrift framework and a framework with Jersey (JAX-RS) as mapping and container processing, wherein a multi-protocol universal service framework is formed to process various communication protocol requests, so that results obtained by the same request are realized, and information sent to a client through different protocols is semantically consistent. Specifically, each protocol request is positioned on an API (Application Programming Interface) of the third through a URI (Uniform Resource Identifier), each protocol request is filtered and converted, information obtained after filtering and converting each protocol request is mapped into a Jersey container corresponding to each protocol type through a JAX-RS annotation, and then the information is processed in each container to obtain information corresponding to the request. And finally, sending the information to the client through a target protocol which is the same as the communication protocol.
In this step, a communication protocol request sent by a client can be received through a universal service framework interface program, after the request is obtained, information in the request is decoded through a decoding system of the universal service framework, and irrelevant information is filtered, so that target data in the request is obtained. The target data may include sender information for sending the communication protocol request, specific content information of the request, a communication protocol identifier corresponding to sending the communication protocol request, and the like.
S102, mapping the target data into corresponding target containers according to the types of the target protocols corresponding to the target data and the corresponding relations between the containers and the protocols, and analyzing the target data in the target containers to obtain target information corresponding to the target data.
After the target data of the communication protocol request is obtained, the communication protocol identifier corresponding to the communication protocol request can be known to be sent, and further the corresponding target protocol can be known. The target data may be mapped to a container corresponding to a Jersey (JAX-RS) framework and the target protocol, and the target data is processed by processing logic of the protocol set inside the container, thereby obtaining target information corresponding to the request.
The Jersey (JAX-RS) framework can set corresponding containers according to different processing modes of various protocols, for example, a processing container of RPC protocol is tpprocess, a processing container of HTTP is ApplicationHandler, and the like.
Specifically, after the target data is obtained, the target protocol corresponding to the communication protocol request is known to be sent, and further, according to the type of the target protocol, the target container corresponding to the target protocol can be determined. And adding JAX-RS annotation to the target data, and mapping the target data into a corresponding target container in a Jersey (JAX-RS) framework. And matching a target rule in a plurality of rules set by the container in the container according to the JAX-RS annotation added to the target data, and analyzing and processing the target data according to an analysis method corresponding to the target rule so as to obtain target information corresponding to the content requested by the target data.
S103, sending the target information to the client through the target protocol.
After the target information corresponding to the request is obtained, the target protocol corresponding to the communication protocol request is known. The target information can be coded into information in a format corresponding to a target protocol through the coding service of the universal service framework, and the coded target information is further sent to the request terminal through the target protocol.
The embodiment of the invention provides a multi-protocol service communication method, which aims to improve the maintenance efficiency of various communication protocols and ensure the consistency of client services. Specifically, the method and the device receive a current communication protocol request, preprocess the current communication protocol request, and realize that different communication protocol requests correspond to a multi-protocol service communication framework of the embodiment of the invention. The communication protocol request after decoding processing is mapped into the corresponding container, the communication protocol request after decoding processing is analyzed in the container, and the communication protocol request is mapped into the corresponding container to realize the targeted processing of different communication protocols. In addition, the acquired information corresponding to the request is sent to the corresponding client through the corresponding target communication protocol, so that the same frame is used for serving multiple communication protocols, the synchronous maintenance of multiple communication protocol frames is further realized, and finally, the semantic content of sending the information corresponding to the request to the client by using any communication protocol is consistent.
Optionally, in an embodiment of the multi-protocol service communication method in the embodiment of the present invention, receiving a communication protocol request sent by a client, and performing decoding processing on the communication protocol request to obtain target data includes:
and receiving a communication protocol request sent by the client by using the Netty of the java open source framework, and decoding the communication protocol request by using the Netty to obtain target data.
Netty is a framework and tool for providing asynchronous, event-driven web applications. The Netty is a client and server side programming framework based on java non-blocking IO, and the use of the Netty can ensure that you can quickly and simply develop a network application, such as a client and server side application which realizes a certain protocol. Netty is a programming development process that has absorbed the experience of implementing a variety of protocols, including various binary protocols, text protocols, etc., rather simplifying and streamlining the process of programming web applications. Finally, Netty successfully finds a way to ensure ease of development while also ensuring its performance, stability and scalability of application.
In the embodiment of the invention, the communication protocol request is positioned on the API of the triple through the URI, the Netty program is arranged at the interface of the universal service framework to receive the communication protocol request by utilizing the characteristics of Netty, and the communication protocol request is decoded by a Netty decoding mode to obtain target data.
Therefore, the embodiment of the invention can realize that one interface program is used for receiving the communication protocol requests of various types, thereby ensuring that the protocol requests are processed under the universal service framework of the embodiment of the invention.
Optionally, in an embodiment of the multi-protocol service communication method in the embodiment of the present invention, before mapping the target data into a corresponding target container according to a type of a target protocol corresponding to the target data and a correspondence between each container and each protocol, the method further includes:
step one, filtering and converting the target data to obtain a first request.
After the communication protocol request is decoded, the decoding method of the universal service framework is used for decoding, so that filtering and conversion are needed for different protocols. Filtering out the interference information added in the decoded target data and filtering the irrelevant information added in the decoding process to obtain the specific content information of the request. The conversion is to convert the target data into information that can be identified by the target protocol that sent the communication protocol request, which is the first request of the embodiment of the present invention. And further determining a target container for processing the target data according to the corresponding relation between each protocol type and the container.
Mapping the target data into corresponding target containers according to the types of target protocols corresponding to the target data and the corresponding relations between the containers and the protocols, wherein the mapping comprises the following steps:
and step two, mapping the first request to a target Jersey container corresponding to the target protocol through the added Jersey annotation of the development software framework according to the type of the target protocol corresponding to the target data and the corresponding relation between each container and each protocol.
Jersey annotations include @ GET, @ POST, @ DELETE, @ Consumes, @ Processes, and the like. Where @ GET denotes that the method of the tag is used to handle GET requests; the method of @ POST representing the mark indicates that the POST request is processed, the POST method indicates that the POST method is a method for creating operation, the POST method is an HTTP request of write operation, the write operation in RPC uses a POST method, and in REST, only the POST method is used for adding resources; the method of @ DELETE indicating a flag indicates that this method performs an operation to DELETE a resource whose returned value may be void, i.e., no value is returned; @ Consumes is used at the server side, and @ Consumes (mediatype. application _ XML) defines the media type to be consumed by the server side, namely the media type of a request entity of a consumption client side can be XML, json and the like; @ Produces: @ Consumes (MediaType. application _ XML) defines the media type produced by the server side, namely the media type of the response entity produced by the server side, and the media types can also be XML, json and the like; the @ Path indicates that it can be marked on the class name or on the method name, and the annotation receives a value parameter indicating the address defining the resource.
After the target data is filtered and converted to obtain the first request, the target protocol can be determined through the communication protocol identifier of the target data, and then the target container required by the type corresponding to the target protocol can be determined. Jersey annotations such as @ Path and the like are added to an implementation class of an original thrift framework, and the first request is added with Jersey annotations such as @ Get and the like mapped to a container corresponding to the type of the target protocol, and the annotations are scanned when the Jersey container is started, so that the implementation classes and methods are injected into the container of the Jersey container. And mapping the first request to the corresponding Jersey container for processing.
Therefore, the embodiment of the invention can map the target data into the corresponding container according to the type of the target protocol corresponding to the target data and the corresponding relation between each container and each protocol, further process different protocol requests in a targeted manner, and realize the service provision of a plurality of protocols.
Optionally, in an embodiment of the multi-protocol service communication method in the embodiment of the present invention, when the target protocol is a remote procedure call protocol RPC, receiving a communication protocol request sent by a client, and decoding the communication protocol request to obtain target data, where the method includes:
and receiving the RPC request sent by the client, and decoding the RPC request through Netty decoding, filtering and conversion to obtain target data.
In the embodiment of the invention, the communication protocol request is positioned on the API of the triple through the URI, the communication protocol request is received by using a Netty program at the interface of the universal service framework, and if the communication protocol identifier corresponding to the communication protocol request is known to be the identifier of the RPC in the process of using Netty decoding, the communication protocol request is known to be corresponding to the RPC request. The first 4 bytes in the RPC request represent the message body length followed by the message body corresponding to the message body length.
The specific decoding mode is that the decoding layer decodes the RPC request by using a Netty frame length decoder, and after decoding is completed, sender information for sending the RPC request and specific content information of the request can be obtained, and the remaining irrelevant information is filtered, so that a first request corresponding to the RPC request is obtained, that is, the target data of the embodiment.
And according to the protocol identification information in the target data, determining that the target protocol corresponds to the RPC protocol, further determining that the target container to be mapped is the TPprocessor container corresponding to the RPC protocol, and mapping the target data to the TPprocessor container corresponding to the RPC protocol in a Jersey (JAX-RS) framework by adding JAX-RS annotation to the target data. The target data is analyzed and processed in the TPprocessor container, and information corresponding to the request content of the target data is obtained.
And coding the information into information in an RPC protocol format through a Netty frame length encoder, and then sending the coded information to a corresponding client through the RPC protocol.
Therefore, in the universal service framework of the embodiment of the invention, the RPC request of the basic RPC protocol can be processed, and the service framework of the RPC protocol can be maintained by maintaining the universal service framework.
In order to better explain that the universal service framework of the embodiment of the present invention provides services for the basic RPC protocol and also provides services for a plurality of protocols, the following specifically describes HTTP and Memcached protocols as examples, but is not limited to HTTP and Memcached protocols, and the universal service framework of the embodiment of the present invention can also provide services for other communication protocols.
Optionally, in an embodiment of the multi-protocol service communication method according to the embodiment of the present invention, when the target protocol is a hypertext transfer protocol HTTP, an implementation manner of the multi-protocol service communication method may be as shown in fig. 2. Fig. 2 is a flowchart of a communication method of HTTP in a multi-protocol service communication method according to an embodiment of the present invention, and the specific implementation manner is as follows:
when the target protocol is a hypertext transfer protocol (HTTP), receiving a communication protocol request sent by a client, and decoding the communication protocol request to obtain target data, wherein the method comprises the following steps:
s201, receiving an HTTP request sent by a client, and decoding the HTTP request through Netty decoding, filtering and conversion to obtain target data.
In the embodiment of the invention, the communication protocol request is positioned on the API of the thrift through the URI, the communication protocol request is received by using a Netty program at the interface of the universal service framework, and if the communication protocol identifier corresponding to the communication protocol request is known to be the identifier of the HTTP in the process of using Netty decoding, the communication protocol request is known to be the HTTP request.
The specific decoding mode is that the HTTP Request is decoded by an Http module Decoder Http Request Decoder in Netty in the decoding layer, and sender information for sending the HTTP Request and specific content information of the Request can be obtained after decoding is completed. After the Netty decoding processing of the thread framework, the redundant information and the irrelevant information are filtered, and then the filtered information is converted into a first request corresponding to the HTTP request, which is the target data of the embodiment.
And according to the protocol identification information in the target data, determining that the target protocol corresponds to the HTTP protocol, further determining that the container to be mapped to the target is an ApplicationHandler container corresponding to the HTTP protocol, and mapping the target data to a Jersey container corresponding to the HTTP protocol in a Jersey (JAX-RS) frame by adding a JAX-RS annotation to the target data. And analyzing and processing the target data in the ApplicationHandler container to obtain information corresponding to the request content of the target data.
Before sending the target information to the client via the target protocol, the method further comprises:
s202, serializes the information, and generates target information that can be recognized by HTTP.
Since the information returned by the Jersey container is a TBase type object, the TBase type object sequence needs to be a json object identified by the http protocol. After the serialization process, a large number of identification fields are filtered out. In a TSimple Json Protocol with a conversion function corresponding to a thrift frame of the "filtering and converting layer", the obtained information of the TBase type object is subjected to result forwarding, that is, a Protocol header of the HTTP is added to the filtered information, and then target information corresponding to the HTTP, that is, information of the Json object which can be identified by the HTTP is generated.
Sending the target information to the client through the target protocol, comprising:
and S203, transmitting the target information which can be identified by the HTTP to the client through the HTTP.
After the target information corresponding to the HTTP is generated from the serialized information, the information of the Json object is encoded into information in the HTTP format through an HTTP module Encoder Http Response Encoder in Netty adopted by an encoding layer, and then the encoded target information is sent to the corresponding client through the HTTP.
Therefore, in the universal service framework of the embodiment of the invention, the annotation which can be identified by the JAX-RS framework container can be added on the basis of the class and the method for realizing the RPC service by the conventional thrift, so that the HTTP service is injected into the container corresponding to the HTTP protocol in the JAX-RS framework, the universal service framework of the embodiment of the invention can process the HTTP request of the HTTP protocol, and the service framework of the RPC protocol and the service framework of the HTTP protocol can be simultaneously maintained by maintaining the universal service framework.
Optionally, in an embodiment of the multi-protocol service communication method according to the embodiment of the present invention, when the target protocol is a Memcached protocol of a distributed cache system, an implementation manner of the multi-protocol service communication method may be as shown in fig. 3. Fig. 3 is a flowchart of a communication method of a Memcached protocol in a multi-protocol service communication method according to an embodiment of the present invention, where a specific implementation manner is as follows:
when the target protocol is a Memcached protocol of the distributed cache system, receiving a communication protocol request sent by a client, and decoding the communication protocol request to obtain target data, wherein the method comprises the following steps:
s301, receiving a Memcached protocol request sent by a client, converting the Memcached protocol request into an HTTP request through Netty decoding, filtering and conversion, and decoding the HTTP request to obtain target data.
In the embodiment of the invention, the communication protocol request is positioned on the API of the thrift through the URI, the Netty program is used for receiving the communication protocol request at the interface of the universal service framework, and if the communication protocol identifier corresponding to the communication protocol request is known to be the identifier of the Memcached protocol in the process of using Netty decoding, the communication protocol request is known to be the Memcached request.
The decoding layer adopts a Netty line Decoder LineBased Frame Decoder to decode the Memcached request, and after the decoding is finished, the information of a sender sending the Memcached request and the specific content information of the request can be obtained. Filtering irrelevant information in the information decoded by the Line Based Frame Decoder, converting the remaining information of the character string type into HTTP request information, and processing according to the processing mode of the HTTP request to obtain the target data of the Memcached request, wherein the specific processing mode is as shown in the above figure 2, and the specific processing mode is a target data processing mode obtained by decoding the HTTP request, which is not described herein again.
Through the mapping and the container processing in fig. 2, the processing target data is further analyzed in the Jersey container, and information corresponding to the requested content of the target data is obtained.
Before sending the target information to the client via the target protocol, the method further comprises:
s302, serializing the information, and converting the serialized information into target information which can be identified by a Memcached protocol.
Since the information returned by the ApplicationHandler container is a TBase type object, the TBase type object sequence needs to be a Json object identified by the HTTP protocol. After the serialization process, a large number of identification fields are filtered out. In a TSimple Json Protocol with a conversion function corresponding to a thrift frame of the "filtering and converting layer", the obtained information of the TBase type object is subjected to result conversion, that is, a Protocol header of Memcached is added to the filtered information, and then target information which can be identified corresponding to Memcached is generated.
Sending the target information to the client through the target protocol, comprising:
s303, sending the target information which can be identified by the Memcached protocol to the client through the Memcached protocol.
After the target information which can be identified by the Memcached protocol is generated in the serialization information, the generated target information which can be identified by the Memcached protocol is encoded into information in a Memcached format by a Netty encoder of an encoding layer, and the encoded target information is sent to a corresponding client through the Memcached protocol.
It can be seen that, in the universal service framework of the embodiment of the present invention, based on the class and method for implementing RPC service by the existing thrift, the annotation identified by the Jersey container is added, so that the implementation of the Memcached protocol is injected into the Jersey container, and it is ensured that the universal service framework of the embodiment of the present invention can also process the Memcached request of the Memcached protocol, and further, the service framework of the RPC protocol, the service framework of the HTTP protocol, and the service framework of the Memcached protocol can be simultaneously maintained by maintaining the universal service framework.
For better explaining the multi-protocol service communication method according to the embodiment of the present invention, refer to fig. 4, which is a schematic diagram of a framework structure of the multi-protocol service communication method according to the embodiment of the present invention.
The general service framework corresponding to the multi-protocol service communication method can be provided with a coding and decoding processing module, a filtering and converting processing module and a container processing module corresponding to each protocol, and the operation flow in each module can be performed by the following sequential steps, wherein the arrow direction represents the processing flow in each module.
The specific implementation mode can be as follows:
s401, the decoding process specifically includes:
in the coding and decoding processing module, a java open source framework Netty is used for receiving a communication protocol request sent by a client, and the communication protocol request is decoded through Netty to obtain target data.
S402, the first filtering and converting process specifically includes:
and in the filtering and converting processing module, filtering and converting the target data to obtain a first request.
S403, mapping, specifically:
in the filtering and converting processing module, the first request is mapped to a target container corresponding to the target protocol through the added Jersey annotation of the development software framework according to the type of the target protocol corresponding to the target data and the corresponding relation between each container and each protocol.
S404, container processing, specifically:
in the container processing module, in a target container corresponding to a target protocol, a first request is processed according to processing logic of the target container, and information corresponding to the first request is obtained.
S405, performing a second filtering and converting process, specifically:
and in the filtering and converting processing module, serializing the information, and converting the serialized information into target information which can be identified by a target protocol.
S406, sending information, specifically:
in the encoding and decoding processing module, the target information obtained in S405 is sent to the corresponding client through the target protocol.
It can be seen that, according to the embodiments described above, the general service framework of the embodiments of the present invention can add the annotation that can be identified by the JAX-RS framework container on the basis of the class and method for implementing RPC service by the existing thrift, so that each protocol request is injected into the corresponding container, thereby ensuring that services are provided for a plurality of communication protocols. In addition, the maintenance of multiple service frames can be realized simultaneously by maintaining the universal service frame, so that the maintenance efficiency of multiple communication protocols is improved, and the consistency of the service to the client is ensured.
In a second aspect of the embodiments of the present invention, an apparatus for multi-protocol service communication is disclosed, as shown in fig. 5. Fig. 5 is a schematic structural diagram of a multi-protocol service communication device according to an embodiment of the present invention, including:
a first processing module 501, configured to receive a communication protocol request sent by a client, and decode the communication protocol request to obtain target data;
a second processing module 502, configured to map the target data into corresponding target containers according to types of target protocols corresponding to the target data and corresponding relationships between the containers and the protocols, and analyze the target data in the target containers to obtain target information corresponding to the target data;
a sending module 503, configured to send the target information to the client through the target protocol.
The multi-protocol service communication device provided by the embodiment of the invention is used for improving the maintenance efficiency of various communication protocols and ensuring the consistency of the client service. Specifically, the method and the device receive a current communication protocol request, preprocess the current communication protocol request, and realize that different communication protocol requests correspond to a multi-protocol service communication framework of the embodiment of the invention. The communication protocol request after decoding processing is mapped into the corresponding container, the preprocessed current communication protocol request is analyzed in the container, and the current communication protocol request is mapped into the corresponding container, so that the targeted processing of different communication protocols is realized. In addition, the acquired information corresponding to the request is sent to the corresponding client through the corresponding target communication protocol, so that the same frame is used for serving multiple communication protocols, the synchronous maintenance of multiple communication protocol frames is further realized, and finally, the semantic content of sending the information corresponding to the request to the client by using any communication protocol is consistent.
Optionally, in an embodiment of the multi-protocol service communication apparatus in the embodiment of the present invention, the first processing module 501 is specifically configured to receive a communication protocol request sent by a client by using a java open source framework Netty, and decode the communication protocol request by using the Netty to obtain target data.
Optionally, in an embodiment of the multi-protocol service communication apparatus in the embodiment of the present invention, the apparatus further includes:
the filtering and converting processing module is used for filtering and converting the target data to obtain a first request;
the second processing module 502 is specifically configured to map the first request into a target Jersey container corresponding to the target protocol through the added Jersey annotation of the development software framework according to the type of the target protocol corresponding to the target data and the corresponding relationship between each container and each protocol.
Optionally, in an embodiment of the multi-protocol service communication apparatus in the embodiment of the present invention, when the target protocol is a remote procedure call protocol RPC, the first processing module 501 is specifically configured to receive an RPC request sent by a client, and decode the RPC request through Netty decoding, filtering, and converting to obtain target data.
Optionally, in an embodiment of the multi-protocol service communication apparatus in the embodiment of the present invention, when the target protocol is a hypertext transfer protocol HTTP, the first processing module 501 is specifically configured to receive an HTTP request sent by a client, and perform decoding processing on the HTTP request through Netty decoding, filtering, and converting to obtain target data;
the device still includes:
the first serialization module is used for serializing information and generating target information which can be identified by HTTP;
the sending module 503 is specifically configured to send, to the client, target information that can be identified by HTTP.
Optionally, in an embodiment of the multi-protocol service communication apparatus in the embodiment of the present invention, when the target protocol is a Memcached protocol of a distributed cache system, the first processing module is specifically configured to receive a Memcached protocol request sent by a client, convert the Memcached protocol request into an HTTP request through Netty decoding, filtering, and conversion, and decode the HTTP request to obtain the target data;
the device still includes:
the second serialization module is used for serializing the information and converting the serialized information into target information which can be identified by the Memcached protocol;
the sending module 503 is specifically configured to send, by using the Memcached protocol, the target information that can be identified by the Memcached protocol to the client.
In a third aspect of the embodiments of the present invention, an electronic device is disclosed, which may be as shown in fig. 6. Fig. 6 is a schematic structural diagram of an electronic device according to an embodiment of the present invention, which includes a processor 601, a communication interface 602, a memory 603, and a communication bus 604, where the processor 601, the communication interface 602, and the memory 603 complete communication with each other through the communication bus 604;
a memory 603 for storing a computer program;
the processor 601 is configured to implement the following method steps when executing the program stored in the memory 603:
receiving a communication protocol request sent by a client, and decoding the communication protocol request to obtain target data;
mapping the target data into corresponding target containers according to the types of target protocols corresponding to the target data and the corresponding relation between each container and each protocol, and analyzing the target data in the target containers to obtain target information corresponding to the target data;
and sending the target information to the client through the target protocol.
The communication bus 604 mentioned in the above electronic device may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus 604 may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown, but this does not mean that there is only one bus or one type of bus.
The communication interface 602 is used for communication between the above-described electronic apparatus and other apparatuses.
The Memory 603 may include a Random Access Memory (RAM) or a non-volatile Memory (non-volatile Memory), such as at least one disk Memory. Optionally, the memory 603 may also be at least one storage device located remotely from the processor 601.
The Processor 601 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the device can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a discrete Gate or transistor logic device, or a discrete hardware component.
The electronic equipment provided by the embodiment of the invention can improve the maintenance efficiency of various communication protocols and ensure the consistency of the service to the client. Specifically, the method and the device receive a current communication protocol request, preprocess the current communication protocol request, and realize that different communication protocol requests correspond to a multi-protocol service communication framework of the embodiment of the invention. The communication protocol request after decoding processing is mapped into the corresponding container, the preprocessed current communication protocol request is analyzed in the container, and the current communication protocol request is mapped into the corresponding container, so that the targeted processing of different communication protocols is realized. In addition, the acquired information corresponding to the request is sent to the corresponding client through the corresponding target communication protocol, so that the same frame is used for serving multiple communication protocols, the synchronous maintenance of multiple communication protocol frames is further realized, and finally, the semantic content of sending the information corresponding to the request to the client by using any communication protocol is consistent.
In yet another aspect of the present invention, there is also provided a computer-readable storage medium having stored therein instructions which, when run on a computer, implement the multi-protocol service communication method described in any of the above embodiments.
The embodiment of the invention provides a computer-readable storage medium, which is used for improving the maintenance efficiency of various communication protocols and ensuring the consistency of the service of a client. Specifically, the method and the device receive a current communication protocol request, preprocess the current communication protocol request, and realize that different communication protocol requests correspond to a multi-protocol service communication framework of the embodiment of the invention. The communication protocol request after decoding processing is mapped into the corresponding container, the preprocessed current communication protocol request is analyzed in the container, and the current communication protocol request is mapped into the corresponding container, so that the targeted processing of different communication protocols is realized. In addition, the acquired information corresponding to the request is sent to the corresponding client through the corresponding target communication protocol, so that the same frame is used for serving multiple communication protocols, the synchronous maintenance of multiple communication protocol frames is further realized, and finally, the semantic content of sending the information corresponding to the request to the client by using any communication protocol is consistent.
In yet another aspect of the present invention, the present invention further provides a computer program product containing instructions, which when run on a computer, causes the computer to implement the multi-protocol service communication method described in any of the above embodiments.
The embodiment of the invention provides a computer program product containing instructions, which is used for improving the maintenance efficiency of various communication protocols and ensuring the consistency of client services. Specifically, the method and the device receive a current communication protocol request, preprocess the current communication protocol request, and realize that different communication protocol requests correspond to a multi-protocol service communication framework of the embodiment of the invention. The communication protocol request after decoding processing is mapped into the corresponding container, the preprocessed current communication protocol request is analyzed in the container, and the current communication protocol request is mapped into the corresponding container, so that the targeted processing of different communication protocols is realized. In addition, the acquired information corresponding to the request is sent to the corresponding client through the corresponding target communication protocol, so that the same frame is used for serving multiple communication protocols, the synchronous maintenance of multiple communication protocol frames is further realized, and finally, the semantic content of sending the information corresponding to the request to the client by using any communication protocol is consistent.
In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. The procedures or functions according to the embodiments of the invention are brought about in whole or in part when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wire (e.g., coaxial cable, fiber optic, Digital Subscriber Line (DSL)) or wirelessly (e.g., infrared, wireless, microwave, etc.). The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a magnetic medium (e.g., floppy Disk, hard Disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., Solid State Disk (SSD)), among others.
It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
All the embodiments in the present specification are described in a related manner, and the same and similar parts among the embodiments may be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the apparatus, the electronic device, the computer-readable storage medium, and the computer program product embodiments, since they are substantially similar to the method embodiments, the description is relatively simple, and for the relevant points, reference may be made to the partial description of the method embodiments.

Claims (13)

1. A multi-protocol service communication method, comprising:
receiving a communication protocol request sent by a client, and decoding the communication protocol request to obtain target data;
mapping the target data into a corresponding target container according to the type of a target protocol corresponding to the target data and the corresponding relation between each container and each protocol, and analyzing the target data in the target container to obtain target information corresponding to the target data;
and sending the target information to the client through the target protocol.
2. The method according to claim 1, wherein the receiving a communication protocol request sent by a client and performing decoding processing on the communication protocol request to obtain target data comprises:
and receiving a communication protocol request sent by a client by using the Netty of the java open source framework, and decoding the communication protocol request by the Netty to obtain target data.
3. The method according to claim 2, wherein before mapping the target data into the corresponding target container according to the type of the target protocol corresponding to the target data and the corresponding relationship between each container and each protocol, the method further comprises:
filtering and converting the target data to obtain a first request;
the mapping the target data into corresponding target containers according to the types of the target protocols corresponding to the target data and the corresponding relations between the containers and the protocols comprises:
and mapping the first request to a target Jersey container corresponding to the target protocol through the added Jersey annotation of the development software framework according to the type of the target protocol corresponding to the target data and the corresponding relation between each container and each protocol.
4. The method according to any one of claims 1 to 3, wherein when the target protocol is a remote procedure call protocol (RPC), the receiving a communication protocol request sent by a client and performing a decoding process on the communication protocol request to obtain target data comprises:
and receiving an RPC request sent by a client, and decoding the RPC request through Netty decoding, filtering and conversion to obtain target data.
5. The method according to any one of claims 1 to 3, wherein when the target protocol is a hypertext transfer protocol (HTTP), the receiving a communication protocol request sent by a client, and performing a decoding process on the communication protocol request to obtain target data comprises:
receiving an HTTP request sent by a client, and decoding the HTTP request through Netty decoding, filtering and conversion to obtain target data;
before the sending the target information to the client via the target protocol, the method further comprises:
serializing information to generate target information which can be identified by the HTTP;
the sending the target information to the client through the target protocol includes:
and sending the target information which can be identified by the HTTP to the client through the HTTP.
6. The method according to any one of claims 1 to 3, wherein when the target protocol is a Memcached protocol of a distributed cache system, the receiving a communication protocol request sent by a client, and performing decoding processing on the communication protocol request to obtain target data includes:
receiving a Memcached protocol request sent by a client, converting the Memcached protocol request into an HTTP request through Netty decoding, filtering and conversion, and decoding the HTTP request to obtain target data;
before the sending the target information to the client via the target protocol, the method further comprises:
serializing information, and converting the serialized information into target information which can be identified by the Memcached protocol;
the sending the target information to the client through the target protocol includes:
and sending the target information which can be identified by the Memcached protocol to the client through the Memcached protocol.
7. An apparatus for multi-protocol service communication, comprising:
the first processing module is used for receiving a communication protocol request sent by a client and decoding the communication protocol request to obtain target data;
the second processing module is used for mapping the target data into a corresponding target container according to the type of a target protocol corresponding to the target data and the corresponding relation between each container and each protocol, and analyzing the target data in the target container to obtain target information corresponding to the target data;
and the sending module is used for sending the target information to the client through the target protocol.
8. The apparatus of claim 7, wherein the first processing module is specifically configured to receive a communication protocol request sent by a client using a java open source framework Netty, and decode the communication protocol request through the Netty to obtain target data.
9. The apparatus of claim 8, further comprising:
the filtering and converting processing module is used for filtering and converting the target data to obtain a first request;
the second processing module is specifically configured to map the first request to a target Jersey container corresponding to the target protocol through an added development software framework Jersey annotation according to a type of the target protocol corresponding to the target data and a correspondence between each container and each protocol.
10. The device according to any one of claims 7 to 9, wherein when the target protocol is a remote procedure call protocol (RPC), the first processing module is specifically configured to receive an RPC request sent by a client, and decode the RPC request through Netty decoding, filtering, and conversion to obtain target data.
11. The apparatus according to any one of claims 7 to 9, wherein when the target protocol is a hypertext transfer protocol HTTP, the first processing module is specifically configured to receive an HTTP request sent by a client, and perform decoding processing on the HTTP request through Netty decoding, filtering, and conversion to obtain target data;
the device further comprises:
the first serialization module is used for serializing information and generating target information which can be identified by the HTTP;
the sending module is specifically configured to send, to the client, the target information that can be identified by the HTTP through the HTTP.
12. The apparatus according to any one of claims 7 to 9, wherein when the target protocol is a Memcached protocol of a distributed cache system, the first processing module is specifically configured to receive a Memcached protocol request sent by a client, convert the Memcached protocol request into an HTTP request through Netty decoding, filtering, and conversion, and decode the HTTP request to obtain target data;
the device further comprises:
the second serialization module is used for serializing information and converting the serialized information into target information which can be identified by the Memcached protocol;
the sending module is specifically configured to send, to the client, the target information that can be identified by the Memcached protocol through the Memcached protocol.
13. An electronic device for multi-protocol service communication, which is characterized by comprising a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory are communicated with each other through the communication bus;
the memory is used for storing a computer program;
the processor, when executing the program stored in the memory, implementing the method steps of any of claims 1-6.
CN201711115075.4A 2017-11-13 2017-11-13 Multi-protocol service communication method and device and electronic equipment Active CN107835178B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711115075.4A CN107835178B (en) 2017-11-13 2017-11-13 Multi-protocol service communication method and device and electronic equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711115075.4A CN107835178B (en) 2017-11-13 2017-11-13 Multi-protocol service communication method and device and electronic equipment

Publications (2)

Publication Number Publication Date
CN107835178A CN107835178A (en) 2018-03-23
CN107835178B true CN107835178B (en) 2020-10-30

Family

ID=61655202

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711115075.4A Active CN107835178B (en) 2017-11-13 2017-11-13 Multi-protocol service communication method and device and electronic equipment

Country Status (1)

Country Link
CN (1) CN107835178B (en)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109194604A (en) * 2018-06-05 2019-01-11 平安科技(深圳)有限公司 Interface automatic method, system, computer equipment and storage medium
CN109445968A (en) * 2018-11-09 2019-03-08 金瓜子科技发展(北京)有限公司 Service request processing method, device, equipment and the storage medium of different agreement
CN111294317B (en) * 2018-12-07 2022-06-28 北京新媒传信科技有限公司 Method and device for RCS to support multi-protocol access and electronic equipment
CN109902274B (en) * 2019-02-22 2023-05-30 今天东翼科技有限公司 Method and system for converting json character string into thraft binary stream
CN110069248A (en) * 2019-03-16 2019-07-30 平安城市建设科技(深圳)有限公司 Call method, device, equipment and the computer readable storage medium of interface data
CN110187983A (en) * 2019-05-24 2019-08-30 北京奇艺世纪科技有限公司 A kind of remote invocation method, device and electronic equipment
CN110381056B (en) * 2019-07-17 2021-08-03 钛马信息网络技术有限公司 Netty-based private protocol coding and decoding method and apparatus
CN110519367A (en) * 2019-08-27 2019-11-29 中国银联股份有限公司 A kind of application management method and device
CN112751812A (en) * 2019-10-31 2021-05-04 北京京东振世信息技术有限公司 Method and device for self-adapting application protocol
CN112866177B (en) * 2019-11-26 2022-10-04 浙江大搜车软件技术有限公司 Method, device, storage medium and computer equipment for processing service call request
CN111343236A (en) * 2020-02-07 2020-06-26 广州极晟网络技术有限公司 Method, device and communication system for communication between server and client
CN111427664B (en) * 2020-03-25 2024-04-12 杭州电子科技大学 Container-based protocol analysis method, device, system and storage medium
CN113448550B (en) * 2020-03-25 2023-12-15 抖音视界有限公司 Method and device for realizing collection management of classes, electronic equipment and computer medium
CN112688915A (en) * 2020-12-07 2021-04-20 北京小米松果电子有限公司 Cross-protocol communication method, device and server
CN112769864A (en) * 2021-01-26 2021-05-07 北京鼎普科技股份有限公司 HTTP (hyper text transport protocol) protocol information processing method and device and electronic equipment
CN112911005B (en) * 2021-02-03 2022-02-15 深圳市极致科技股份有限公司 Data synchronization system and method and parking lot data updating method
CN113709166A (en) * 2021-08-31 2021-11-26 广州艾美网络科技有限公司 Distributed service gateway implementation method, device, computer equipment and storage medium
CN114157714B (en) * 2021-12-01 2024-02-13 福建博思数字科技有限公司 Method, system and storage device for realizing financial system protocol communication based on Netty
CN114238178A (en) * 2021-12-09 2022-03-25 零氪科技(北京)有限公司 Calling method and device of micro-service architecture, electronic equipment and storage medium
CN114257576A (en) * 2021-12-10 2022-03-29 中信银行股份有限公司 RPC server implementation method based on support of multiple communication protocols
CN114051060A (en) * 2022-01-11 2022-02-15 深圳市明源云科技有限公司 Multi-protocol shared port proxy forwarding method, device, equipment and storage medium
CN115314567A (en) * 2022-08-04 2022-11-08 北京国信互通科技有限公司 Converged communication management system and method suitable for restricted space operation
CN116209103B (en) * 2022-12-09 2024-02-27 中山大学 Communication device and method of mobile terminal
CN116708579B (en) * 2023-08-04 2024-01-12 浪潮电子信息产业股份有限公司 Data access method, device, electronic equipment and computer readable storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102262560A (en) * 2010-05-27 2011-11-30 阿里巴巴集团控股有限公司 Calling method, device and system for remote service
CN106506519A (en) * 2016-11-21 2017-03-15 辽宁科技大学 The system and method for WCF framework net.tcp agreement Overpassing Platform by Using
CN106856434A (en) * 2015-12-08 2017-06-16 阿里巴巴集团控股有限公司 The method and apparatus of access request conversion

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102262560A (en) * 2010-05-27 2011-11-30 阿里巴巴集团控股有限公司 Calling method, device and system for remote service
CN106856434A (en) * 2015-12-08 2017-06-16 阿里巴巴集团控股有限公司 The method and apparatus of access request conversion
CN106506519A (en) * 2016-11-21 2017-03-15 辽宁科技大学 The system and method for WCF framework net.tcp agreement Overpassing Platform by Using

Also Published As

Publication number Publication date
CN107835178A (en) 2018-03-23

Similar Documents

Publication Publication Date Title
CN107835178B (en) Multi-protocol service communication method and device and electronic equipment
US8375094B2 (en) Creating a message readable by a plurality of heterogeneous recipients
US10680996B2 (en) Method and apparatus for unified message adaptation
CN110019350B (en) Data query method and device based on configuration information
CN111600909A (en) Data processing method, device, protocol conversion equipment and storage medium
CN109274773B (en) Method, device and system for realizing remote service calling
KR102223260B1 (en) Resource acquisition method and related device
CN107360261B (en) HTTP request processing method and device and electronic equipment
US7509422B2 (en) System and method for locating web services
CN106302103B (en) Information processing method and system and application server
CN109815107B (en) Method and device for automatic testing
CN106874315B (en) Method and apparatus for providing access to content resources
CN110727417B (en) Data processing method and device
WO2019192722A1 (en) Thing description to resource directory mapping
WO2008156640A2 (en) A method and apparatus for encoding data
CN112417016B (en) Data exchange method, system, equipment and storage medium
JP5039946B2 (en) Technology for relaying communication between client devices and server devices
CN112948138A (en) Method and device for processing message
US20110093525A1 (en) System and method for profiling remote user interface
CN113992641A (en) Data processing method, device, equipment and storage medium
WO2014146248A1 (en) Video transmission method, device, and system applied to remote desktop
CN101917476A (en) Hyper text transmission protocol (HTTP) message processing method and client system thereof
CN113568720A (en) Process management, development and configuration method, device, electronic equipment and storage medium
CN111597389B (en) Data processing method, device, equipment and storage medium
CN117082124B (en) Data transmission method, device, equipment, medium and product

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