从零开始实现简单 RPC 框架 8：网络通信之 Request-Response 模型

最新推荐文章于 2024-03-04 16:42:52 发布

小新是也

最新推荐文章于 2024-03-04 16:42:52 发布

阅读量566

点赞数 2

分类专栏：造轮子系列之RPC 文章标签： java rpc netty tcpip dubbo

本文链接：https://blog.csdn.net/idesireccx/article/details/120116383

版权

本文详细介绍了在Netty中实现简单RPC框架时，如何处理Request-Response模型的问题。通过消息中添加messageType字段区分请求和响应，并使用RequestId确保请求与响应的正确对应。客户端请求后保存未响应的请求，服务端响应时携带RequestId，客户端通过Future获取数据。整个过程利用Netty的异步双工特性实现高效通信。

摘要由CSDN通过智能技术生成

Netty 在服务端与客户端的网络通信中，使用的是异步双向通信(双工)的方式，即客户端和服务端可以相互主动发请求给对方，发消息后不会同步等响应。这样就会有一下问题：

如何识别消息是请求还是响应？
请求如何正确对应到响应？

1. 如何识别消息是请求还是响应

为了识别消息类型是请求或者响应，我们在消息中加入了 messageType 的属性，在上文我们也提到，这个消息类型在自定义协议的头部，他有几种类型：请求、响应、心跳，我们先来说说请求、响应。

public enum MessageType {
   
    /**
     * 普通请求
     */
    REQUEST((byte) 1),

    /**
     * 普通响应
     */
    RESPONSE((byte) 2),

    /**
     * 心跳
     */
    HEARTBEAT((byte) 3),
    ;
    private final byte value;
}

请求(Request)的核心字段如下：

public class RpcRequest {
   
    /**
     * 接口名
     */
    private String interfaceName;
    /**
     * 方法名
     */
    private String methodName;
    /**
     * 参数列表
     */
    private Object[] params;
    /**
     * 参数类型列表
     */
    private Class<?>[] paramTypes;
    /**
     * 接口版本
     */
    private String version;
}

响应(Response)的核心字段如下：

public class RpcResponse<T> {
   
    /**
     * 请求id
     */
    private long requestId;
    /**
     * 响应码
     */
    private Integer code;
    /**
     * 提示消息
     */
    private String message;
    /**
     * 响应数据
     */
    private