dubbo配置入门

简介: dubbo的机理这里不说了,dubbo的官方文档对于原理讲得很透彻了。说说使用。 使用dubbo包含服务端和客户端,还需要注册中心(一般用zookeeper)。dubbo是集成spring特性的,所以服务端和客户端都需要配置各自的xml文件。

dubbo的机理这里不说了,dubbo的官方文档对于原理讲得很透彻了。说说使用。

使用dubbo包含服务端和客户端,还需要注册中心(一般用zookeeper)。dubbo是集成spring特性的,所以服务端和客户端都需要配置各自的xml文件。

客户端和服务端还需要依赖一个公共的接口包。这个接口包(一般是jar)是由服务端开发的,里面只定义了要暴露的接口,以及这些接口用到的实体和异常。为了同步和更新方便,这个包通常会上传到maven库里。这里假设起坐标是

    <groupId>com.sth.system</groupId>
    <artifactId>sth-api</artifactId>
    <version>xxx</version>

 并且包含两个接口:

interface A{
String a();
}

interface B{
int b(int arg);
}

 

 

服务端自身自然要依赖sth-api,并对AB接口进行实现:

class AI implements A{
String a(){
return "ok";
}
}

class BI implements B{
int b(int i){
return i;
}
}

 在spring的配置文件中配置接口的实现bean:

<bean id="ai" class="AI">
<bean id="bi" class="BI">

引入dubbo空间、 配置dubbo信息并引用实现bean:

xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
xsi:schemaLocation="http://code.alibabatech.com/schema/dubbo 
		http://code.alibabatech.com/schema/dubbo/dubbo.xsd”
<dubbo:application name="dubbo" />
<dubbo:registry address="${dubbo.registry.address}" />
<dubbo:protocol name="dubbo" port="20880" />
<dubbo:service interface="A" ref="ai" protocol="dubbo" group=""/>
<dubbo:service interface="B" ref="bi" protocol="dubbo" group=""/> 

这样应用启动后接口就暴露了。其中registry的address是zk的地址,以zookeeper://开头,比如zookeeper://127.0.0.1:2181。多台zk可以用逗号隔开。protocol的port默认是20880,这个属性建议配成一个负数,因为可能多个应用部署在一起会端口冲突导致启动不了。负数的话比如-1,dubbo会自动寻找空闲端口(从20880开始)。

 

 

客户端也要依赖sth-api,然后只要配置dubbo就可以了:

	<dubbo:application name="hahaha" />
	<dubbo:consumer check="false" />
	<dubbo:registry address="${dubbo.registry.address}" />
	<dubbo:protocol name="dubbo" />
	<dubbo:reference group="" id="serviceA"	interface="A" />
	<dubbo:reference group="" id="serviceB"	interface="B" />

 consumer的check是检查依赖服务是否存在,如果不写,dubbo启动的时候会去zk上寻找依赖的服务,找不到就启动失败,建议写上。

和服务端写service不同的是,客户端写的是reference。注意到他们都有group属性,这个属性是用来服务隔离的,客户端只能调用该值相等的服务端。

客户端可以这样调用服务:

String s = serviceA.a();
int i = serviceB.b(1);

 

 

大家用的多的其实是当当网的dubbox:

<dependency>
    <groupId>com.101tec</groupId>
    <artifactId>zkclient</artifactId>
    <version>0.9</version>
</dependency>
<dependency>
    <groupId>com.alibaba</groupId>
    <artifactId>dubbo</artifactId>
    <version>2.8.4</version>
</dependency>

 

目录
相关文章
|
7月前
|
XML Dubbo 架构师
由浅入深Dubbo核心源码剖析高阶配置运用1
由浅入深Dubbo核心源码剖析高阶配置运用
49 0
|
2月前
|
XML 负载均衡 Dubbo
了解Dubbo配置:优先级、重试和容错机制的秘密【五】
了解Dubbo配置:优先级、重试和容错机制的秘密【五】
33 0
|
2月前
|
Docker 容器
在docker中安装dubbo-admin,并且阿里云服务器配置
在docker中安装dubbo-admin,并且阿里云服务器配置
133 1
|
7月前
|
负载均衡 Dubbo 算法
由浅入深Dubbo核心源码剖析高阶配置运用2
由浅入深Dubbo核心源码剖析高阶配置运用2
56 0
|
8月前
|
Dubbo Java 应用服务中间件
springboot + dubbo + zookeeper入门到实战超级详解
springboot + dubbo + zookeeper入门到实战超级详解
126 0
|
4月前
|
Dubbo Java 应用服务中间件
从源码全面解析 dubbo 注解配置的来龙去脉
从源码全面解析 dubbo 注解配置的来龙去脉
|
9月前
|
Dubbo Java 应用服务中间件
Netty入门到超神系列-手撸简单版RPC框架(仿Dubbo)
原理还是比较简单 : 代理 + 线程池 + Netty 下面做一些解释: 首先需要定义一个统一的API接口,例:UserApi , 服务端(provider)需要实现这个接口,提供相应的方法UserApiImpl#save,客户端通过远程来调用该接口。 然后需要约定一个协议,服务器如何才能识别到客户端要调用哪个接口?:我这里用 “接口权限定名#方法名#参数” ,的方式来,因为是一个简单版本的RPC。服务端解析该内容就能匹配对应的接口的实现类,然后调用该方法。并把方法的返回值通过Netty写回给客户端 使用的编解码器都是比价简单的String的编解码器
112 0
|
4月前
|
Dubbo Java 应用服务中间件
dubbo(2.7.3) 13.注解配置
dubbo(2.7.3) 13.注解配置
|
4月前
|
存储 XML Dubbo
dubbo(2.7.3) 9.动态中心配置
dubbo(2.7.3) 9.动态中心配置
|
4月前
|
XML Dubbo 应用服务中间件
dubbo(2.7.3) 8.XML配置
dubbo(2.7.3) 8.XML配置

热门文章

最新文章