从零实现RPC框架之3:服务暴露与URL

1.URL的定义

一般而言我们说的 URL 指的就是统一资源定位符，在网络上一般指代地址，本质上看其实就是一串包含特殊格式的字符串，标准格式如下：

protocol://username:password@host:port/path?key=value&key=value

• protocol：协议，例如 http 协议
• username/password：用户名/密码
• host/port：主机/端口
• path：请求路径
• parameters：参数键值对

URI与URL的区别：

URI(Uniform Resource Identifier， URI)

URL(Uniform Resource Locator)是Locator 也就是定位符 是URI的子集

URI和URL都定义了资源是什么，但URL还定义了该如何访问资源。URL是一种具体的URI，它是URI的一个子集，它不仅唯一标识资源，而且还提供了定位该资源的信息。

URI 是一种语义上的抽象概念，可以是绝对的，也可以是相对的，而URL则必须提供足够的信息来定位，是绝对的。

2.为什么使用URL?

你想一下如果没有一个约束，没有指定一个都公共的契约那么不同的接口就会以不同的参数来传递信息，一会儿用 Map、一会儿用特定分隔的字符串，这就是导致整体很乱，并且解析不能统一。

而用了一个统一的契约之后，那么代码就更加的规范化、形成一种统一的格式，所有人对参数就一目了然，不用去揣测一些参数的格式等等。

而且用 URL 作为一个公共约束充分的利用了我们对已有概念的印象，通俗易懂并且容易扩展，我们知道 URL 要加参数只管往后面拼接就完事儿了

3.在NettyRPC中的应用?

3.1 暴露服务

服务暴露时机

在前面的章节中已经提到了 是在Spring容器启动后时 扫描bean 发现实现了Beanpostprocessor方法 postProcessBeforeInitialization

	@SneakyThrows
    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
        if (bean.getClass().isAnnotationPresent(RpcService.class)) {
            log.info("[{}] is annotated with  [{}]", bean.getClass().getName(), RpcService.class.getCanonicalName());
            // get RpcService annotation
            RpcService rpcService = bean.getClass().getAnnotation(RpcService.class);
//            RpcService rpcService = bean.getClass().getAnnotation(RpcService.class);
            // build RpcServiceProperties
            RpcServiceConfig rpcServiceConfig = RpcServiceConfig.builder()
                    .group(rpcService.group())
                    .version(rpcService.version())
                    .service(bean).build();
            serviceProvider.publishService(rpcServiceConfig);
        }
        return bean;
    }

引入 version和group 当同一个接口有多个实现类的时候 可以用group字段区分

@AllArgsConstructor
@NoArgsConstructor
@Getter
@Setter
@Builder
@ToString
public class RpcServiceConfig {
    /**
     * service version
     */
    private String version = "";
    /**
     * when the interface has multiple implementation classes, distinguish by group
     */
    private String group = "";

    /**
     * target service
     */
    private Object service;

    public String getRpcServiceName() {
        return this.getServiceName() + this.getGroup() + this.getVersion();
    }

    public String getServiceName() {
        return this.service.getClass().getInterfaces()[0].getCanonicalName();
    }
}

服务提供方想注册中心注册服务的时候，是通过 URL 注册。其格式大致如下：

zk://192.168.10.11:1234/com.xsj.HelloServicetest1test2version1

需要转成URL

@SPI
public interface ServiceRegistry {
    /**
     * register service
     *
     * @param rpcServiceName    rpc service name
     * @param inetSocketAddress service address
     */
    void registerService(String rpcServiceName, InetSocketAddress inetSocketAddress);

}

zk拿到url之后，从中解析出接口 com.xsj.HelloServicetest1test2version1，为其创建一个临时节点。

/my-rpc/com.xsj.HelloServicetest1test2version1/192.168.0.30:9998

3.2 引用服务

服务引用方，从注册中心拿到的服务信息就是提供方注册的信息。

zk://192.168.10.11:1234/com.xsj.HelloServicetest1version1?methods=test1

然后引用方从 URL 中解析出服务的地址：192.168.10.11:1234，接着就可以通过地址直连服务提供方了。

@SPI
public interface ServiceDiscovery {
    /**
     * lookup service by rpcServiceName
     *
     * @param rpcRequest rpc service pojo
     * @return service address
     */
    InetSocketAddress lookupService(RpcRequest rpcRequest);
}

4.总结

服务在启动时扫描暴露，然后通过根据配置得到 URL 作为该节点的定位 在注册中心中创建节点

统一配置模型类似于契约，在开发中，沟通是一件很麻烦的事情，统一模型可以省去很多沟通成本，这就是 URL 统一配置模型存在的意义。