CN106453288B - 一种支持异步模式的分布式微服务框架***及其实现方法 - Google Patents

Abstract

本发明公开了一种支持异步模式的分布式微服务框架***，包括服务网关代理层、服务提供端、服务注册中心和服务调用端。服务网关代理层包括协议转换器和传输器。此外，本发明还公开了该***的实现方法。本发明解决了如下几方面问题：1)支持异步分布式服务回调，解决回调中出现响应处理单点故障问题；2)支持不同协议和传输层之间的转换，打通全过程微服务调用；3)实现服务发布、调用的主编程模型注解模式，提高实现效率，降低维护复杂度；4)实现调用端和服务提供端的双缓存机制，提高服务调用效率；5)实现统一服务注册中心，集中化管理所有发布服务。

Description

一种支持异步模式的分布式微服务框架***及其实现方法

技术领域

本发明属于计算机领域，涉及一种微服务框架，具体涉及跨协议调用和异步分布式服务回调模式，尤其涉及一种支持异步模式的分布式微服务框架***；为此，本发明还涉及该支持异步模式的分布式微服务框架***的实现方法。

背景技术

随着互联网的发展，应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构势在必行，微服务架构就是其中一种实践。微服务架构把单一应用拆解到更细粒度的微服务，每个服务都是可独立部署、独立运行、有完整的服务契约，达到***高度解耦的目的。现有微服务框架(参阅图1)实现了服务发布和调用等核心基础功能，但在面对长时间处理的服务，高频次服务调用，跨平台的服务调用等场景时，还存在较多问题，主要体现在以下几方面：

1)不支持异步分布式服务回调：同步处理可以应对常见的“请求-响应”模式，但长时间的任务处理服务必须需要回调模式来支撑，避免长时间锁定服务线程资源，造成调用端和服务提供者的堵塞情况。现有框架实现了参数回调模式，也就是只支持本地处理程序回调，一旦在服务调用后本地容器崩溃，服务提供者回调后将会出现找不到回调程序，丢失服务数据或出现服务数据不一致的情况。这主要是因为现有框架在调用服务时只保存了本地程序回调的对象引用，对于多节点分布式服务的情况根本没有考虑，这样无法满足需要高稳定性的分布式服务***需求。

2)不支持跨协议的微服务调用：微服务的调用者会涉及到多平台、多通信渠道的情况，如开发移动互联网应用时，移动APP端需要调用微服务，考虑到移动网络的延迟和不稳定等特性，需要使用WEB SOCKET传输数据，而后台微服务提供者是基于队列服务器传输数据。这就需要框架能支持协议和传输器之间的代理转换和报文转换，而现有框架要求所有调用和服务提供者使用统一的协议和传输器，无法满足互联网应用跨平台跨协议模式的开发。

3)缺乏对服务的缓存处理机制：现有框架缓存机制实现较简单，只考虑了调用端的本地缓存处理，在面对高频次服务调用时消耗较大，降低服务处理的效率。

4)缺乏服务的统一管理：现行框架缺失服务管理，只在服务调用端维护一份本地服务列表文件，难以保证服务的一致性，有效性，无法对服务进行统一调度和管理，整体服务框架维护的复杂度急剧上升。

5)服务调用不支持主编程模型的注解模式：现行框架的所有服务调用和暴露都需要在配置文件中详细定义，包括调用服务的接口，方法，回调说明等，无法实现在编程过程中的自述隐喻，和主编程模型无缝嵌入，等于需要在配置文件中重新描述一遍服务接口的调用逻辑，增加了调用实现的工作量和维护的复杂度。

发明内容

本发明要解决的技术问题在于提供一种支持异步模式的分布式微服务框架***，通过分解巨大的单体式应用为多个独立服务的方法解决复杂性问题，在功能不变的情况下，应用被分解为多个可管理的服务，每个服务都用RPC(Remote Procedure CallProtocol——远程过程调用协议)定义出清晰的边界，增加了服务的可管理性和调用的简易高效，解决了如下几方面问题：

1)支持异步分布式服务回调，解决回调中出现响应处理单点故障问题；

2)支持不同协议和传输层之间的转换，打通全过程微服务调用；

3)实现服务发布、调用的主编程模型注解模式，提高实现效率，降低维护复杂度；

4)实现调用端和服务提供端的双缓存机制，提高服务调用效率；

5)实现统一服务注册中心，集中化管理所有发布服务。

为解决上述技术问题，本发明提供一种支持异步模式的分布式微服务框架***，包括服务网关代理层、服务提供端、服务注册中心和服务调用端；

所述服务网关代理层包括协议转换器和传输器，所述协议转换器负责外部请求的数据和内部服务支撑的协议格式数据相互转换，所述传输器负责请求数据和响应数据的传输；

所述服务提供端负责发布服务到服务注册中心，收到服务请求后进行业务处理；

所述服务注册中心负责发布服务登记，服务的查找处理；

所述服务调用端根据指定的服务调用信息通过服务注册中心查找服务目的地，发起远程服务的请求并获取服务响应数据；

所述传输器在接收到远程调用端的请求数据后，通过协议转换器转换成协议格式数据，然后通过服务调用端程序发送组装好的服务请求给服务提供端，服务提供端发布服务到服务注册中心，服务调用端通过服务注册中心查找服务目的地并获取服务响应数据，所述传输器在收到该服务响应数据后再转发给远程调用端。

作为本发明优选的技术方案，所述协议转换器主要包括协议处理器和序列化处理器两部分，负责所有服务请求数据和响应数据的组装、序列化和反序列化，翻译成主编程模型可直接处理的数据；所述协议转换器中的协议处理器、序列化处理器都能自由插拔；所述传输器包括WEB SOCKET传输器和HTTP传输器；所述远程调用端包括IOS远程调用端、Android远程调用端和WEB远程调用端。

作为本发明优选的技术方案，所述服务提供端，包括分布式缓存模块，注解模型，Ti-Lnk协议，回调Stub处理模块以及RabbitMq处理器；所述分布式缓存模块负责根据服务提供接口的参数缓存配置，使用分布式缓存存储中间件，提供数据缓存处理；所述注解模型负责使用主编程语言实现服务注册，服务调用注入，服务参数，缓存配置的注解功能；所述回调Stub处理模块负责存储异步回调服务的描述信息，包括服务名称，使用的协议，服务的接口描述，方法签名，使得服务提供端在异步回调时可以查找到目标服务接收地址；所述RabbitMq处理器负责RabbitMq消息队列的操作，包括在调用服务时把组装好的协议数据发送到服务提供端的监听队列和服务调用端等待响应和异步回调的监听队列；所述Ti-Lnk协议负责服务请求和响应数据的协议组装和拆包处理；所述本地缓存模块负责服务调用过程中的本地缓存处理，主要实现了线程级别的缓存处理；

所述服务提供端在业务处理前，服务注册中心会根据配置的缓存服务查找命中的缓存数据，如果命中，则直接返回，否则继续后续业务处理；在服务调用端需要异步服务回调时，将回调Stub信息存储到缓存服务中，当服务请求处理完成后，查找对应的回调信息，并通过服务注册中心查找对应的回调服务目的地，完成回调处理；

所有服务提供端启动后会把需要对外发布的服务登记到服务注册中心，包括服务名称，服务目的地寻址信息，服务可调用的接口名称，服务请求的参数类型和内容，服务的回调信息；当服务调用端需要请求时，会使用服务名称查找对应的寻址信息，再进行远程调用。

作为本发明优选的技术方案，所述服务调用端包括本地缓存模块，注解模型，Ti-Lnk协议以及RabbitMq传输器；所述本地缓存模块负责服务调用过程中的本地缓存处理，主要实现了线程级别的缓存处理；所述注解模型负责使用主编程语言实现服务注册，服务调用注入，服务参数，缓存配置的注解功能；所述RabbitMq处理器负责RabbitMq消息队列的操作，包括在调用服务时把组装好的协议数据发送到服务提供端的监听队列和服务调用端等待响应和异步回调的监听队列；所述Ti-Lnk协议负责服务请求和响应数据的协议组装和拆包处理；所述本地缓存模块负责服务调用过程中的本地缓存处理，主要实现了线程级别的缓存处理；

所述服务调用端在发起远程服务的请求前，会根据调用请求信息先查找本地缓存是否存在命中的缓存数据，如果命中，直接返回缓存数据，否则继续后续的远程服务请求。

作为本发明优选的技术方案，所述内部服务支撑的协议格式为Ti-lnk协议，所述Ti-Lnk协议采用帧式报文结构，每帧主要由报文长度域和报文内容域构成，报文长度域使用BIG_ENDIAN编码，占用4个字节，报文内容域使用JSON报文格式，并且在内容长度超过128k时，进行压缩传输处理。

此外，本发明还提供一种上述***的实现方法，该方法包括Ti-Lnk协议的实现，服务注册中心功能实现，服务调用过程实现以及服务网关实现。

作为本发明优选的技术方案，所述Ti-Lnk协议的实现包括如下步骤：

a)Ti-Lnk服务请求报文：报文头包括调用服务的标识，调用的服务接口名称，调用的接口参数签名，报文体包括需要调用服务传入的各项参数，每个参数是一帧；

b)Ti-Lnk服务提供端响应报文：报文头包括服务端信息，服务版本，应答类型，服务会话标识信息，报文体内容是服务响应结果。

作为本发明优选的技术方案，所述服务注册中心功能实现包括如下步骤：

a)服务提供端在启动服务时会将服务信息提交到服务注册中心，包括服务名称，服务接口，接口请求参数和类型，服务地址信息；

b)服务注册中心收到服务注册请求后将注册服务纳入到心跳监测队列中，保持和服务提供端的联系，一旦服务出现故障，立即更新当前服务注册中心的服务列表，并向所有相关的服务订阅者进行服务信息变更推送；

c)服务调用端会把所有需要调用的服务列表向服务注册中心发送订阅请求，服务注册中心会同步返回请求的服务详细调用信息，同时和调用方维系一条长链接来推送订阅服务的变更；

d)服务调用端在实际服务调用时，会从本地服务列表直接查找对应的目标服务信息，如在程序是动态调用，没有事先订阅的，会直接发起新的服务查找请求；在查找结果返回后，更新本地服务列表。

作为本发明优选的技术方案，所述服务调用过程实现包括如下步骤：

a)服务调用端发起调用后首先会在本地缓存中查找是否存在有效的击中数据，如果命中则直接返回缓存结果，否则继续后续调用处理；

b)服务调用端根据调用服务名称在本地服务列表中查找服务寻址信息，如没有查找到直接向服务注册中心发起查询请求，获取到服务目标地址信息后,先进行协议层数据的转换，包括数据组装和序列化操作，完成后选择对应的传输器发送到目标地址，如调用是异步回调模式，在确认送达后立即返回；

c)服务提供端通过传输器收到请求的数据后，先根据对应的协议进行反序列化和数据解包操作，然后判定此次调用的模式，如果是异步服务回调，会将回调服务的Stub保存在分布式缓存存储中，然后生成代理对象进入服务方法调用；

d)服务提供端根据请求数据找到对应的服务程序，同时根据服务对应的缓存配置来查找缓存数据；

e)如缓存数据没有命中，服务提供端会继续服务内部的逻辑处理，处理完成后，判定调用模式，如果是异步服务回调，会取出当时存储的回调Stub，并请求服务注册中心，查询到有效的服务目标地址，接着根据对应的协议和传输器，执行数据组装，序列化和发送操作；

f)服务调用端收到响应数据后，按照对应协议进行数据解包和反序列化的操作，保存在当前线程级别的缓存存储中，再进行后续处理，调用过程结束。

作为本发明优选的技术方案，所述服务网关实现包括如下步骤：

a)远程调用端发起服务调用请求，通过WEB SOCKET传输器发送请求数据到服务网关代理层；

b)服务网关代理层使用WEB SOCKET传输器收到请求数据后，先对请求数据的头信息进行解析，拿到请求的服务信息后，在本地代理服务列表进行映射查找；

c)确定后台服务名称和接口后，将目标服务请求地址传入服务调用端程序，然后开始执行服务调用；

d)服务调用端程序返回结果后，服务网关再次根据远程调用端使用的协议组装响应数据和对应的WEB SOCKET传输器发送请求响应。

根据以上提供的技术方案，与现有技术相比，本发明提供的支持异步模式的微服务框架，具有以下有益效果：

1、相对于现有技术框架中的服务回调技术，本发明提供的支持异步分布式回调功能，可以解决长时间服务处理的回调问题，服务调用方在请求确认送达后即可结束调用，不会对服务调用者的线程资源有任何多余占用，很大程度提高了调用效率，减少调用的资源消耗，保障业务数据的一致性，提高服务的可靠性。

2、本发明提供的服务网关代理技术，针对跨协议，跨传输器的服务调用场景，可以打通前后端服务的调用，支撑同步、异步调用，由此降低了前端服务调用的复杂性，把前端服务调用从后端协议层，传输层解耦开，保障了服务的独立性。

3、相对于现有技术框架中的缓存技术，本发明提供的服务调用端和服务提供端的双缓存技术，可灵活的根据各种缓存数据命中策略，提高高频次服务调用的效率，减少服务提供端的压力。

4、相对于现有技术框架的服务调用实现，本发明提供的主编程注解模型，可以加快服务调用和服务提供实现，减少配置文件的维护成本。

5、相对现有技术框架的服务管理，本发明提供的服务管理中心，可以实时获取每个服务的状态，并实时通知调用者对应的订阅服务状态，保障服务的一致性和稳定性。

附图说明

下面结合附图和实施例对本发明进一步说明。

图1是现有微服务框架***结构图。

图2是本发明支持异步模式的分布式微服务框架***的结构示意图。

图3是本发明中Ti-Lnk协议的报文结构示意图。

图4是本发明中服务注册中心与服务调用端及服务提供端的关系示意图。

图5是本发明中服务调用的流程图。

图6是本发明中网关服务处理的流程图。

具体实施方式

现在结合附图对本发明作进一步详细的说明。这些附图均为简化的示意图，仅以示意方式说明本发明的基本结构，因此其仅显示与本发明有关的构成。

本发明提供了一种支持异步模式的微服务框架(Ti-Lnk框架)***，不仅实现微服务的基础同步调用，服务注册管理，还能实现异步分布式服务的回调，以及跨协议跨传输层的调用。此外，所有的服务调用和处理都支持主编程模型的注解方式。

整个***主要分为服务网关代理层，服务提供端，服务调用端，服务注册中心，整体框架参见图2。

1)服务网关代理层主要由协议转换器和传输器组成，协议转换器负责外部请求的数据和内部服务支撑的协议格式(Ti-lnk协议)数据相互转换，传输器(图2中的WEB SOCKET传输器，HTTP传输器)负责请求数据和响应数据的传输，在接收到远程调用端(图2中的IOS远程调用端、Android远程调用端，WEB远程调用端)的请求数据后，通过协议转换器转换成通用的Ti-Lnk协议数据，然后通过服务调用端程序发送组装好的服务请求给服务提供端，在收到服务响应后再转发给远程调用端。

2)服务提供端，包括分布式缓存模块，注解模型，Ti-Lnk协议，回调Stub处理模块以及RabbitMq处理器。

2.1)分布式缓存模块：根据服务提供接口的参数缓存配置，使用分布式缓存存储中间件，提供数据缓存处理

2.2)注解模型：使用主编程语言实现服务注册，服务调用注入，服务参数，缓存配置的注解功能。

2.3)回调Stub处理模块：存储异步回调服务的描述信息，包括服务名称，使用的协议，服务的接口描述，方法签名等，使得服务提供端在异步回调时可以查找到目标服务接收地址。

2.4)RabbitMq处理器：负责RabbitMq消息队列的操作，包括在调用服务时把组装好的协议数据发送到服务提供端的监听队列和服务调用端等待响应和异步回调的监听队列。

2.5)Ti-Lnk协议：负责服务请求和响应数据的协议组装和拆包处理。

2.6)服务提供端负责发布服务到服务注册中心，收到服务请求后进行业务处理。在业务处理前，服务注册中心会根据配置的缓存服务查找命中的缓存数据，如果命中，则直接返回，否则继续后续业务处理。在服务调用端需要异步服务回调时，将回调Stub信息存储到缓存服务中，当服务请求处理完成后，查找对应的回调信息，并通过服务注册中心查找对应的回调服务目的地，完成回调处理。

3)服务调用端包括本地缓存模块，注解模型，Ti-Lnk协议以及RabbitMq传输器。

3.1)本地缓存模块：负责服务调用过程中的本地缓存处理，主要实现了线程级别的缓存处理。

3.2)注解模型：同2.2)

3.3)Ti-Lnk协议：同2.5)

3.4)RabbitMq传输器：同2.4)

3.5)服务调用端根据指定的服务调用信息通过服务注册中心查找服务目的地，发起远程服务的请求并获取服务响应数据。在发起远程服务的请求前，服务调用端会根据调用请求信息先查找本地缓存是否存在命中的缓存数据，如果命中，直接返回缓存数据，否则继续后续的远程服务请求。

4)服务注册中心负责发布服务登记，服务的查找处理。所有服务提供端启动后会把需要对外发布的服务登记到服务注册中心，包括服务名称，服务目的地寻址信息，服务可调用的接口名称，服务请求的参数类型和内容，服务的回调信息等。当服务调用端需要请求时，会使用服务名称查找对应的寻址信息，再进行远程调用。

5)协议转换器主要包括协议处理器和序列化处理器两部分，负责所有服务请求数据和响应数据的组装、序列化和反序列化，翻译成主编程模型可直接处理的数据。模块中的协议处理器、序列化处理器都可以自由插拔。

6)服务调用端和服务提供端都会嵌入主编程注解模型，用来执行服务调用，服务发布，服务回调标注等功能，使得整个处理可以不需要额外的配置文件快速实现。

本发明提供的微服务框架具体实施主要分成四个主要部分：Ti-Lnk协议的实现，服务注册中心功能实现，服务调用过程实现,服务网关实现。

1)Ti-Lnk协议：Ti-Lnk协议是为了实现服务调用数据的传输而设计的，协议的整体结构参见图3。

a)Ti-Lnk的协议设计采用了帧式报文结构，每帧主要由报文长度域和报文内容域构成。报文长度域使用BIG_ENDIAN编码，占用4个字节，报文内容域使用JSON报文格式，并且在内容长度超过128k时，进行压缩传输处理。

b)Ti-Lnk服务请求报文：报文头包括调用服务的标识，调用的服务接口名称，调用的接口参数签名，报文体包括需要调用服务传入的各项参数，每个参数是一帧。

c)Ti-Lnk服务提供端响应报文：报文头包括服务端信息，服务版本，应答类型(正常响应或者异常响应)，服务会话标识信息，报文体内容是服务响应结果。

2)服务注册中心：服务注册中心主要包含服务提供端的服务主动注册，服务调用端订阅的服务信息通知以及服务信息的主动查找，参阅图4。

a)服务提供端在启动服务时会将服务信息提交到服务注册中心，包括服务名称，服务接口，接口请求参数和类型，服务地址信息。

b)服务注册中心收到服务注册请求后将注册服务纳入到心跳监测队列中，保持和服务提供端的联系，一旦服务出现故障，立即更新当前服务注册中心的服务列表，并向所有相关的服务订阅者进行服务信息变更推送。

c)服务调用端会把所有需要调用的服务列表向服务注册中心发送订阅请求，服务注册中心会同步返回请求的服务详细调用信息，同时和调用方维系一条长链接来推送订阅服务的变更，例如订阅服务的接口增加，订阅服务的故障等。

d)服务调用端在实际服务调用时，会从本地服务列表直接查找对应的目标服务信息，如在程序是动态调用，没有事先订阅的，会直接发起新的服务查找请求。在查找结果返回后，更新本地服务列表。

从上述过程可以看出服务注册中心统一管理服务，保障服务信息的准确性和可达性，为后续的服务调度提供重要支撑。

3)服务调用：服务的调用实现是微服务框架的核心，主要包含服务的调用发起，服务调用的缓存处理，服务的同步调用处理和服务的异步回调处理几个重要部分，参阅图5。以下是服务调用的完整过程：

a)服务调用端发起调用后首先会在本地缓存中查找是否存在有效的击中数据，如果命中则直接返回缓存结果，否则继续后续调用处理。本地缓存的作用范围仅限于线程级别，这样可以减少同一线程的多次发起远程申请访问同一服务数据的次数，提升访问效率。

b)服务调用端根据调用服务名称在本地服务列表中查找服务寻址信息，如没有查找到直接向服务注册中心发起查询请求。获取到服务目标地址信息后,先进行协议层数据的转换，包括数据组装和序列化操作，完成后选择对应的传输器发送到目标地址。如调用是异步回调模式，在确认送达后立即返回。

c)服务提供端通过传输器收到请求的数据后，先根据对应的协议进行反序列化和数据解包操作，然后判定此次调用的模式，如果是异步服务回调，会将回调服务的Stub保存在分布式缓存存储中，然后生成代理对象进入服务方法调用。

d)服务提供端根据请求数据找到对应的服务程序，同时根据服务对应的缓存配置来查找缓存数据。缓存配置可根据JXPATH，接口参数或者组合参数索引来命中查找缓存，这样可以根据不同数据访问场景定义缓存命中策略，提高了高频次服务访问效率。

e)如缓存数据没有命中，服务提供端会继续服务内部的逻辑处理，处理完成后，判定调用模式，如果是异步服务回调，会取出当时存储的回调Stub，并请求服务注册中心，查询到有效的服务目标地址。接着根据对应的协议和传输器，执行数据组装，序列化和发送操作。

f)服务调用端收到响应数据后，按照对应协议进行数据解包和反序列化的操作，保存在当前线程级别的缓存存储中，再进行后续处理，调用过程结束。

整个调用过程不仅实现了基本的同步调用，同时结合调用端的线程级本地缓存和服务提供端的分布式缓存机制，提高调用效率。此外异步服务回调的模式支撑，解决了长时间批量处理服务的回调难题，最大程度保障服务的可靠性和稳定性。

4)服务网关代理：服务网关的实现目的是针对外部调用需要采用不同于内部服务调用的传输器，协议的情况，可以平滑转接处理服务调用请求，达成统一服务调通。网关主要由传输器实现，协议实现，协议转换，服务调用四个部分组成，参见图6。以下是网关处理的完整交互流程：

a)远程调用端发起服务调用请求，通过WEB SOCKET传输器发送请求数据到服务网关代理层；

b)服务网关代理层使用WEB SOCKET传输器收到请求数据后，先对请求数据的头信息进行解析，拿到请求的服务信息后，在本地代理服务列表进行映射查找；

c)确定后台服务名称和接口后，将目标服务请求地址传入服务调用端程序，然后开始执行调用，后续的服务调用交互参照服务调用的具体实施描述过程；

d)服务调用端程序返回结果后，服务网关再次根据远程调用端使用的协议组装响应数据和对应的WEB SOCKET传输器发送请求响应。

从上述实现来看，服务网关代理层通过实现一系列适合远端不同渠道请求的传输器和协议转换器，将所有远端的请求进行灵活映射和转接，使得远端服务调用端能够平滑调用后端服务，降低了服务实现和整合复杂度。

以上述依据本发明的理想实施例为启示，通过上述的说明内容，相关工作人员完全可以在不偏离本项发明技术思想的范围内，进行多样的变更以及修改。本项发明的技术性范围并不局限于说明书上的内容，必须要根据权利要求范围来确定其技术性范围。

Claims (8)

1.一种支持异步模式的分布式微服务框架***，其特征在于，包括服务网关代理层、服务提供端、服务注册中心和服务调用端；

所述服务网关代理层包括协议转换器和传输器，所述协议转换器负责外部请求的数据和内部服务支撑的协议格式数据相互转换，所述传输器负责请求数据和响应数据的传输；

所述服务提供端负责发布服务到服务注册中心，收到服务请求后进行业务处理；

所述服务注册中心负责发布服务登记，服务的查找处理；

所述服务调用端根据指定的服务调用信息通过服务注册中心查找服务目的地，发起远程服务的请求并获取服务响应数据；所述服务调用端包括本地缓存模块，注解模型，Ti-Lnk协议以及RabbitMq传输器；所述本地缓存模块负责服务调用过程中的本地缓存处理，主要实现了线程级别的缓存处理；所述注解模型负责使用主编程语言实现服务注册，服务调用注入，服务参数，缓存配置的注解功能；所述RabbitMq处理器负责RabbitMq消息队列的操作，包括在调用服务时把组装好的协议数据发送到服务提供端的监听队列和服务调用端等待响应和异步回调的监听队列；所述Ti-Lnk协议负责服务请求和响应数据的协议组装和拆包处理；所述本地缓存模块负责服务调用过程中的本地缓存处理，主要实现了线程级别的缓存处理；所述服务调用端在发起远程服务的请求前，会根据调用请求信息先查找本地缓存是否存在命中的缓存数据，如果命中，直接返回缓存数据，否则继续后续的远程服务请求；

所述传输器在接收到远程调用端的请求数据后，通过协议转换器转换成协议格式数据，然后通过服务调用端程序发送组装好的服务请求给服务提供端，服务提供端发布服务到服务注册中心，服务调用端通过服务注册中心查找服务目的地并获取服务响应数据，所述传输器在收到该服务响应数据后再转发给远程调用端。

2.如权利要求1所述的***，其特征在于，所述协议转换器主要包括协议处理器和序列化处理器两部分，负责所有服务请求数据和响应数据的组装、序列化和反序列化，翻译成主编程模型可直接处理的数据；所述协议转换器中的协议处理器、序列化处理器都能自由插拔；所述传输器包括WEB SOCKET传输器和HTTP传输器；所述远程调用端包括IOS远程调用端、Android远程调用端和WEB远程调用端。

3.如权利要求1所述的***，其特征在于，所述服务提供端，包括分布式缓存模块，注解模型，Ti-Lnk协议，回调Stub处理模块以及RabbitMq处理器；所述分布式缓存模块负责根据服务提供接口的参数缓存配置，使用分布式缓存存储中间件，提供数据缓存处理；所述注解模型负责使用主编程语言实现服务注册，服务调用注入，服务参数，缓存配置的注解功能；所述回调Stub处理模块负责存储异步回调服务的描述信息，包括服务名称，使用的协议，服务的接口描述，方法签名，使得服务提供端在异步回调时可以查找到目标服务接收地址；所述RabbitMq处理器负责RabbitMq消息队列的操作，包括在调用服务时把组装好的协议数据发送到服务提供端的监听队列和服务调用端等待响应和异步回调的监听队列；所述Ti-Lnk协议负责服务请求和响应数据的协议组装和拆包处理；

所述服务提供端在业务处理前，服务注册中心会根据配置的缓存服务查找命中的缓存数据，如果命中，则直接返回，否则继续后续业务处理；在服务调用端需要异步服务回调时，将回调Stub信息存储到缓存服务中，当服务请求处理完成后，查找对应的回调信息，并通过服务注册中心查找对应的回调服务目的地，完成回调处理；

所有服务提供端启动后会把需要对外发布的服务登记到服务注册中心，包括服务名称，服务目的地寻址信息，服务可调用的接口名称，服务请求的参数类型和内容，服务的回调信息；当服务调用端需要请求时，会使用服务名称查找对应的寻址信息，再进行远程调用。

4.如权利要求1所述的***，其特征在于，所述内部服务支撑的协议格式为Ti-lnk协议，所述Ti-Lnk协议采用帧式报文结构，每帧主要由报文长度域和报文内容域构成，报文长度域使用BIG_ENDIAN编码，占用4个字节，报文内容域使用JSON报文格式，并且在内容长度超过128k时，进行压缩传输处理。

5.一种如权利要求1-4任一项所述的***的实现方法，其特征在于，包括Ti-Lnk协议的实现，服务注册中心功能实现，服务调用过程实现以及服务网关实现；所述服务调用过程实现包括如下步骤：

a)服务调用端发起调用后首先会在本地缓存中查找是否存在有效的击中数据，如果命中则直接返回缓存结果，否则继续后续调用处理；

b)服务调用端根据调用服务名称在本地服务列表中查找服务寻址信息，如没有查找到直接向服务注册中心发起查询请求，获取到服务目标地址信息后,先进行协议层数据的转换，包括数据组装和序列化操作，完成后选择对应的传输器发送到目标地址，如调用是异步回调模式，在确认送达后立即返回；

c)服务提供端通过传输器收到请求的数据后，先根据对应的协议进行反序列化和数据解包操作，然后判定此次调用的模式，如果是异步服务回调，会将回调服务的Stub保存在分布式缓存存储中，然后生成代理对象进入服务方法调用；

d)服务提供端根据请求数据找到对应的服务程序，同时根据服务对应的缓存配置来查找缓存数据；

e)如缓存数据没有命中，服务提供端会继续服务内部的逻辑处理，处理完成后，判定调用模式，如果是异步服务回调，会取出当时存储的回调Stub，并请求服务注册中心，查询到有效的服务目标地址，接着根据对应的协议和传输器，执行数据组装，序列化和发送操作；

f)服务调用端收到响应数据后，按照对应协议进行数据解包和反序列化的操作，保存在当前线程级别的缓存存储中，再进行后续处理，调用过程结束。

6.如权利要求5所述的方法，其特征在于，所述Ti-Lnk协议的实现包括如下步骤：

a)Ti-Lnk服务请求报文：报文头包括调用服务的标识，调用的服务接口名称，调用的接口参数签名，报文体包括需要调用服务传入的各项参数，每个参数是一帧；

b)Ti-Lnk服务提供端响应报文：报文头包括服务端信息，服务版本，应答类型，服务会话标识信息，报文体内容是服务响应结果。

7.如权利要求5所述的方法，其特征在于，所述服务注册中心功能实现包括如下步骤：

a)服务提供端在启动服务时会将服务信息提交到服务注册中心，包括服务名称，服务接口，接口请求参数和类型，服务地址信息；

b)服务注册中心收到服务注册请求后将注册服务纳入到心跳监测队列中，保持和服务提供端的联系，一旦服务出现故障，立即更新当前服务注册中心的服务列表，并向所有相关的服务订阅者进行服务信息变更推送；

c)服务调用端会把所有需要调用的服务列表向服务注册中心发送订阅请求，服务注册中心会同步返回请求的服务详细调用信息，同时和调用方维系一条长链接来推送订阅服务的变更；

d)服务调用端在实际服务调用时，会从本地服务列表直接查找对应的目标服务信息，如在程序是动态调用，没有事先订阅的，会直接发起新的服务查找请求；在查找结果返回后，更新本地服务列表。

8.如权利要求5所述的方法，其特征在于，所述服务网关实现包括如下步骤：

a)远程调用端发起服务调用请求，通过WEB SOCKET传输器发送请求数据到服务网关代理层；

b)服务网关代理层使用WEB SOCKET传输器收到请求数据后，先对请求数据的头信息进行解析，拿到请求的服务信息后，在本地代理服务列表进行映射查找；

c)确定后台服务名称和接口后，将目标服务请求地址传入服务调用端程序，然后开始执行服务调用；

d)服务调用端程序返回结果后，服务网关再次根据远程调用端使用的协议组装响应数据和对应的WEB SOCKET传输器发送请求响应。