# 《RPC手撸专栏》第8章：模拟服务消费者与服务提供者之间的数据交互

沉淀，成长，突破，帮助他人，成就自我。

大家好，我是冰河~~

设计好自定义的网络传输协议和自定义数据编解码后，服务消费者与服务提供者之间该如何进行通信呢？

# 一、前言

如何模拟服务消费者与服务提供者之间的数据交互？

RPC框架最主要的功能就是要实现服务消费者与服务提供者之间高效的数据通信，服务消费者能够将数据高效的传输到服务提供者，服务提供者处理完数据后，又能够将处理结果高效的返回服务消费者，二者之间的数据交互才是RPC框架最核心，也是最基础的功能。

无论你用过何种RPC框架，无论RPC框架的性能多么优越，从本质上来讲，就是要实现分布式系统中各个子系统之间高效的数据通信。从这一点来说，我们自定义的网络通信协议和自定义的数据编解码都需要能够保证数据在服务消费者与服务提供者之间实现高效的数据通信。

那我们自定义的网络通信协议和自定义的数据编解码，到底能不能实现服务消费者与服务提供者之间的数据通信呢？这就需要我们进行进一步的验证和测试。

基于自定义的网络传输协议和数据编解码，能实现服务消费者与服务提供者之间的数据通信吗？

在前面的章节中，实现了自定义的网络传输协议，并且基于自定义的网络传输协议实现了数据的编解码功能。在服务提供者中，使用自定义的数据编解码类替换了Netty自带的编解码类。至此，在服务提供者一侧就实现了自定义的网络通信协议和自定义的数据编解码，如图8-1所示。

图8-1 服务提供者端实现了自定义网络传输协议和数据编解码

由图8-1可以看出，此时仍使用一个虚线矩形将服务消费者圈起来了，这是由于截止到目前，我们主要是在不断完善服务提供者的功能，对于服务消费者，还未实现任何功能。

本章，我们就需要基于自定义的网络传输协议和自定义的数据编解码来模拟实现一个服务消费者，并实现服务消费者与服务提供者之间的数据交互。

如果让你基于自定义的网络传输协议和数据编解码，实现服务消费者与服务提供者之间的数据通信，你会怎么做？

服务消费者与服务提供者之间都能够基于自定义的网络传输协议和数据编解码实现数据交互时，此时的通信过程就如图8-2所示。

rpc-2022-10-03-002

此时，无论是服务消费者还是服务提供者，都会使用自定义的网路传输协议和自定义编解码进行数据通信。

很多读者可能不太清楚，搞一个RPC框架为何还要自定义网络传输协议和自定义数据编解码呢？总结起来，主要有如下原因。

接下来，就基于自定义的网络传输协议和数据编解码模拟实现一个服务消费者，并实现服务消费者与服务提供者之间的数据交互。

说了这么多，如何实现服务消费者与服务提供者之间的数据交互呢？

bhrpc-annotation：实现bhrpc框架的核心注解工程。
bhrpc-codec：实现bhrpc框架的自定义编解码功能。
bhrpc-common：实现bhrpc框架的通用工具类，包含服务提供者注解与服务消费者注解的扫描器。
bhrpc-constants：存放实现bhrpc框架通用的常量类。
bhrpc-protocol：实现bhrpc框架的自定义网络传输协议的工程。
bhrpc-provider：服务提供者父工程。
- bhrpc-provider-common：服务提供者通用工程。
- bhrpc-provider-native：以纯Java方式启动bhrpc框架的工程。
bhrpc-serialization：实现bhrpc框架序列化与反序列化功能的父工程。
- bhrpc-serialization-api：实现bhrpc框架序列化与反序列化功能的通用接口工程。
- bhrpc-serialization-jdk：以JDK的方式实现序列化与反序列化功能。
bhrpc-test：测试bhrpc框架的父工程。
- bhrpc-test-provider：测试服务提供者的工程。
- bhrpc-test-consumer：测试服务消费者的工程（第8章新增的项目工程）
  - bhrpc-test-consumer-codec：测试服务消费者基于自定义网络协议与编解码与服务提供者进行数据交互（第8章新增的项目工程）
- bhrpc-test-scanner：测试扫描器的工程。

工程源码： 关注冰 冰河技术 微信公众号，回复 bhrpc，获取代码链接地址。

在模拟实现服务消费者与服务提供者之间的数据交互时，服务消费者实现类之间的关系如图8-3所示。

图8-3 核心类实现关系

加入冰河技术 (opens new window)知识星球，解锁完整技术文章与完整代码