序
使用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
参考
- Spring bean 实现生命周期的三种解决方案
- dubbo是如何“插入”到spring框架中的
- Dubbo之旅–启动解析(
DubboBeanDefinitionParser#parse
) - spring hessian 自动扫描注入
- hessian-spring
- rpc-spring