上一篇文章中的项目比较乱,并且只能对一个类中的方法进行远程调用,如果需要对其他类中的方法进行远程调用还需要进行修改,这一节把远程调用一些关键的信息提取出来,通过 RpcRequest 和 RpcResponse 来传输关键信息。
网络传输这里也为了之后升级为 netty 增加了 RpcRequestTransport 接口,现在先实现 Socket 传输的方法。
其他就是优化了 RpcClientProxy 客户端动态代理,因为将网络传输独立处理,之前的 Proxy 类需要进行修改。还优化了 Server 客户端,将处理的部分独立成 RpcServerHandler 类,后续可以升级为异步处理。
升级后的项目结构如下:
RpcRequest 主要定义了远程调用Id、类名、方法名、参数、参数类型等。
RpcResponse 主要定义了调用Id、返回结果,message 等。
为了保证动态代理过程中可以获取到远程调用的类名以及网络传输方式,在代理类的创建过程中以构造函数的方式传入。
主要业务流程是:
- 服务端启动
- 客户端生成调用 RpcClientProxy 中的 getProxy 方法得到代理类,通过代理类发起远程调用
- 服务端接收到客户端请求后将 RpcRequest 交给 RpcServerHandler 处理并返回
- 服务端生成 RpcResponse 返回客户端
可以看到现在和真正的 Rpc 还有一些距离,下一节会增加基于 Zookeeper 的注册中心,服务端会将自己的服务注册到注册中心,而客户端会通过注册中心来获取服务地址,然后进行请求。
以下是关键类代码:
package common.dto;
import lombok.*;
import java.io.Serializable;
/**
* @Author:Summer
* @Data:2022/2/17 23:03
*/
@AllArgsConstructor
@NoArgsConstructor
@Getter
@Builder
@ToString
public class RpcRequest implements Serializable {
private static final long serialVersionUID = 1905122041950251207L;
private String requestId;
private String interfaceName;
private String className;
private String methodName;
private Object[] parameters;
private Class<?>[] paramTypes;
private String version;
private String group;
public String getRpcServiceName() {
return this.getInterfaceName() + this.getGroup() + this.getVersion();
}
}
package common.dto;
import lombok.*;
import java.io.Serializable;
/**
* @Author:Summer
* @Data:2022/2/17 23:03
*/
@AllArgsConstructor
@NoArgsConstructor
@Getter
@Setter
@Builder
@ToString
public class RpcResponse<T> implements Serializable {
private String requestId;
private Integer code;
private String message;
private T data;
public static <T> RpcResponse<T> success(T data, String requestId) {
RpcResponse<T> response = new RpcResponse<>();
response.setCode(200);
response.setMessage("success!");
response.setRequestId(requestId);
if (null != data)