1

使用netty开发rpc的话,对于client端来说,面临的一个问题就是client如何方便地对远程服务进行调用。java的rmi通过代理模式给了很好的实例,通过代理,使得调用远程服务像调用本地服务一样,对使用者来说,非常简便。对于发布的服务,使用java的接口暴露给使用者,使用者引入该服务接口,然后配置接口。这里简述了几种具体的调用方式。

不使用ioc的方式

public void proxyDemo(){
        HelloService helloService = client.rpcProxy(HelloService.class, Pair.of(500L, TimeUnit.MILLISECONDS));
        System.out.println(helloService.say("proxy demo"));
    }

这个是最直接的使用方式,通过jdk的proxy返回代理类,然后直接调用。不过,一般工程里头涉及多次调用的话,每次new一个代理类比较浪费,可以考虑集成ioc容器。以下几种就是使用spring的调用方式。

java config方式

    @Bean
    public HelloService buildHelloService(RpcProxyFactory rpcProxyFactory){
        return rpcProxyFactory.proxyBean(HelloService.class,100/*timeout*/);
    }

好处是,可以直接共用service-api的接口,不好的是java config稍微不如xml直观,不过适应就好

xml方式

<bean id="helloService" class="com.codecraft.rpc.spring.SpringProxyFactoryBean">
        <property name="innerClassName">
            <value>com.codecraft.rpc.service.demo.HelloService</value>
        </property>
        <property name="timeoutInMillis">
            <value>200</value>
        </property>
    </bean>

这种方式就是配置感觉略微复杂点,不过还可以接受,具体可参照navi

自定义schema的xml

<dubbo:reference id="helloService" interface="com.codecraft.rpc.service.demo.HelloService" timeout="200"/>

参照dubbo的方式,自定义schema,dubbo-config-spring,这种方式是使用简单,但是扩展spring的xsd略微复杂。

client再次定义接口

使用spring的scanner的方式,client端再次写接口添加注解,然后client端扫描装配,重复定义,不建议用,具体可参照rpc-spring

参考


codecraft
11.9k 声望2k 粉丝

当一个代码的工匠回首往事时,不因虚度年华而悔恨,也不因碌碌无为而羞愧,这样,当他老的时候,可以很自豪告诉世人,我曾经将代码注入生命去打造互联网的浪潮之巅,那是个很疯狂的时代,我在一波波的浪潮上留下...