一、多版本的支持
如何发布服务，需要将需要暴露的服务接口发布出去供客户端调用，需要在java同级目录新建一个resources目录，然后将resoureces目录标记成Test Resoureces Root，然后在esources目录下新建MATE-INF.spring目录，在该目录下添加配置文件dubbo-server.xml文件
dubbo的服务端配置文件如下
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dubbo="http://code.alibabatech.com/schema/dubbo" xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans.xsdhttp://code.alibabatech.com/schema/dubbohttp://code.alibabatech.com/schema/dubbo/dubbo.xsd"><!--提供方信息，用于计算依赖关系--><dubbo:application name="dubbo-server" owner="mic"/><!--注册中心 暴露服务地址--><dubbo:registry address="zookeeper://192.168.126.129:2181"/><!--用dubbo协议在20880 端口暴露服务--><dubbo:protocol port="20880" name="dubbo"/><!--声明需要暴露的服务接口，指定协议为dubbo，设置版本号1.1.1--><dubbo:service interface="com.gupaoedu.dubbo.IGpHello" ref="gpHelloService" protocol="dubbo" version="1.1.1"/><!--声明需要暴露的服务接口，指定协议为dubbo，设置版本号1.1.2--><dubbo:service interface="com.gupaoedu.dubbo.IDemoService" ref="demoService" protocol="dubbo" version="1.1.2"/><!--和本地服务一样实现服务--><bean id="gpHelloService" class="com.gupaoedu.dubbo.GpHelloImpl"/><bean id="demoService" class="com.gupaoedu.dubbo.DemoService"/></beans> |
服务端的接口以及实现类
|
1
|
public interface IGpHello {String sayHello(String msg);} |
|
1
|
public interface IDemoService {String protocolDemo(String msg);} |
|
1
2
3
4
|
public class GpHelloImpl implements IGpHello{@Overridepublic String sayHello(String msg) {return "Hello:"+msg;}} |
|
1
2
3
4
|
public class GpHelloImpl2 implements IGpHello{@Overridepublic String sayHello(String msg) {return "Hello,i'm server 2:"+msg;}} |
编写Main方法，用spring容器来启动服务
|
1
2
3
4
5
|
public class Main {public static void main(String[] args) throws IOException {//默认情况下会使用spring容器来启动服务com.alibaba.dubbo.container.Main.main(new String[]{"spring","log4j"});}} |
服务启动过程会进行服务注册，启动监听端口，启动服务之后
在客户端通过远程调用访问服务端发布的服务，相应的客户端配置文件 dubbo-client.xml 如下
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<?xml version="1.0" encoding="UTF-8"?><beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"xsi:schemaLocation="http://www.springframework.org/schema/beanshttp://www.springframework.org/schema/beans/spring-beans.xsdhttp://code.alibabatech.com/schema/dubbohttp://code.alibabatech.com/schema/dubbo/dubbo.xsd"><!--提供方信息--><dubbo:application name="dubbo-client" owner="mic"/><!--注册中心--><dubbo:registry id="zokeeper" address="zookeeper://192.168.126.129:2181?register=false" file="d:/dubbo-server"/><!--声明需要暴露的服务接口，指定版本号--><dubbo:reference id="gpHelloService" interface="com.gupaoedu.dubbo.IGpHello" registry="zookeeper" version="1.1.1"/></beans> |
其实我们可以在zookeeper的客户端可以发现，事实上已经发布了服务方已经发布了两个不同版本的服务，具体如下
1 dubbo%3A%2F%2F192.168.126.1%3A20880%2Fcom.gupaoedu.dubbo.IDemoService%3Fanyhost%3Dtrue%26application%3Ddubbo-server%26dubbo%3D2.5.3%26interface%3Dcom.gupaoedu.dubbo.IDemoService%26methods%3DprotocolDemo%26owner%3Dmic%26pid%3D22548%26revision%3D1.1.2%26side%3Dprovider%26timestamp%3D1530450331827%26version%3D1.1.2
2 dubbo%3A%2F%2F192.168.126.1%3A20880%2Fcom.gupaoedu.dubbo.IGpHello%3Fanyhost%3Dtrue%26application%3Ddubbo-server%26dubbo%3D2.5.3%26interface%3Dcom.gupaoedu.dubbo.IGpHello%26methods%3DsayHello%26owner%3Dmic%26pid%3D22548%26revision%3D1.1.1%26side%3Dprovider%26timestamp%3D1530450325703%26version%3D1.1.1
我们知道，这两个版本正是我们在服务发布方设置的不同版本号，同样的，在消费端，我们可以通过设置指定的版本号获取相应的版本服务，消费的代码如下
public class App{
public static void main( String[] args ) throws IOException, InterruptedException {
ClassPathXmlApplicationContext context=new ClassPathXmlApplicationContext("dubbo-client.xml")；
context.start();
IGpHello demoService = (IGpHello)context.getBean("gpHelloService");//获取远程服务代理
String hello = demoService.sayHello("world");//执行远程调用方法
System.out.println(hello);//显示调用结果
}
}
在控制台，我们可以看到同样的服务发布地址url。
二、主机绑定
什么叫主机绑定呢？主机绑定的流程是什么？
在发布一个dubbo服务的时候，会生成一个dubbo://ip:port的协议地址。这就是主机绑定过程，那么这个IP是如何生成的呢？大家可以通过ServiceConfig.java 中的 doExportUrlForlProtocol 方法中找到如下代码块。大致的逻辑是，首先从配置文件中获取，如果失败再尝试从本地网卡中获取host，如果这个也失败，会继续执行，直到找到合适的IP地址。
String name = protocolConfig.getName();
if (name == null || name.length() == 0) {
name = "dubbo";
}
String host = protocolConfig.getHost();//从配置文件中获取host
if (provider != null && (host == null || host.length() == 0)) {
host = provider.getHost();
}
boolean anyhost = false;
if (NetUtils.isInvalidLocalHost(host)) {
anyhost = true;
try {
host = InetAddress.getLocalHost().getHostAddress();//获取本机的host地址
} catch (UnknownHostException e) {
logger.warn(e.getMessage(), e);
}
if (NetUtils.isInvalidLocalHost(host)) {
if (registryURLs != null && registryURLs.size() > 0) {//如果还是没有获取到host地址
for (URL registryURL : registryURLs) {
try {
Socket socket = new Socket();
try {
SocketAddress addr = new InetSocketAddress(registryURL.getHost(), registryURL.getPort());
socket.connect(addr, 1000);
host = socket.getLocalAddress().getHostAddress();//3、
break;
} finally {
try {
socket.close();
} catch (Throwable e) {}
}
} catch (Exception e) {
logger.warn(e.getMessage(), e);
}
}
}
if (NetUtils.isInvalidLocalHost(host)) {//4、
host = NetUtils.getLocalHost();
}
}
}
三、集群容错
在分析dubbo的集群容错前，先了解什么是容错机制？容错机制指的是某种系统控制在一 定范围内的一种允许或包容犯错情况的发生，举个简单例 子，我们在电脑上运行一个程序，有时候会出现无响应的情况，然后系统会弹出一个提示框让我们选择，是立即结 束还是继续等待，然后根据我们的选择执行对应的操作， 这就是“容错”。
在分布式架构下，网络、硬件、应用都可能发生故障，由 于各个服务之间可能存在依赖关系，如果一条链路中的其 中一个节点出现故障，将会导致雪崩效应。为了减少某一 个节点故障的影响范围，所以我们才需要去构建容错服务（这里要说明一点，容错机制仅仅是处理节点故障的一种机制）， 来优雅的处理这种中断的响应结果 。
Dubbo提供了6种容错机制，分别如下
1. failsafe 失败安全，可以认为是把错误吞掉（记录日 志）
2. failover(默认) 重试其他服务器； retries（2） ，缺省的重试次数，不包含第一次
3. failfast 快速失败， 失败以后立马报错
4. failback 失败后自动恢复。
5. forking forks. 设置并行数
6. broadcast 广播，任意一台报错，则执行的方法报错
配置方式如下，通过cluster方式，配置指定的容错方案
<!--声明需要暴露的服务接口，指定版本号-->
<dubbo:reference id="gpHelloService" interface="com.gupaoedu.dubbo.IGpHello"
registry="zookeeper" version="1.1.1"
cluster="failover"/>
配置的优先级别
客户端会优于服务端，这里还可以细化，可以细化到方法级别
1. 方法级优先，接口级次之，全局配置再次之。
2. 如果级别一样，则消费方优先，提供方次之
其中，服务提供方配置，通过URL经由注册中心传递给消 费方
什么应该配置在客户端，什么应该配置在服务端，retires、loadBlance、cluster（客户端）、timeout（服务端）
以 timeout 为例，建议由服务提供方设置超时，因为一个方法需要执行多长 时间，服务提供方更清楚，如果一个消费方同时引用多个 服务，就不需要关心每个服务的超时设置。
四、服务降级
降级的目的是为了保证核心服务可用。
降级可以有几个层面的分类： 自动降级和人工降级； 按 照功能可以分为：读服务降级和写服务降级；
1. 对一些非核心服务进行人工降级，在大促之前通过降级 开关关闭哪些推荐内容、评价等对主流程没有影响的功 能
2. 故障降级，比如调用的远程服务挂了，网络故障、或者 RPC服务返回异常。 那么可以直接降级，降级的方案比 如设置默认值、采用兜底数据（系统推荐的行为广告挂 了，可以提前准备静态页面做返回）等等
3. 限流降级，在秒杀这种流量比较集中并且流量特别大的 情况下，因为突发访问量特别大可能会导致系统支撑不 了。这个时候可以采用限流来限制访问量。当达到阀值 时，后续的请求被降级，比如进入排队页面，比如跳转 到错误页（活动太火爆，稍后重试等）
dubbo的降级方式： Mock 机制
实现步骤
1. 在client端创建一个TestMock类，实现对应IGpHello 的接口（需要对哪个接口进行 mock，就实现哪个）， 名称必须以Mock结尾
2. 在client端的xml配置文件中，添加如下配置，增加一 个mock属性指向创建的TestMock
3. 模拟错误（设置 timeout），模拟超时异常，运行测试代码即可访问到TestMock这个类。当服务端故障解除 以后，调用过程将恢复正常
服务端的类及实现类，以及配置文件，参考第一点的类及实现类以及配置文件，然后再客户端的配置文件的加上mock，具体见如下截图。
<!--声明需要暴露的服务接口，指定版本号-->
<dubbo:reference id="gpHelloService" interface="com.gupaoedu.dubbo.IGpHello"
registry="zookeeper" version="1.1.1" timeout="1" cluster="failover"
mock="com.gupaoedu.dubbo.TestMock"/>
根据Mock机制实现步骤
首先我们再客户端添加一个TestMock类，实现IGpHello接口,配置文件我已经添加好了，可以看到我这里的配置相对第一点客户端的配置添加了几个参数 timeout、failover、mock。这里主要是看mock和timeout配置，因为我们是要去验证mock机制，而failover是集群容错的配置，之所以我这里没有将这个参数去掉，是因为确定这里他们不会有配置冲突，配置好之后，先发布服务端的服务，然后运气客户端的App.java.在控制台我们可以看到打印结果，系统繁忙，这个结果说明，我们设置1秒超时，客户端远程调用服务超时，报错了，然后就走到了Mock里。
然后我们再验证，将超时间加大，设置为100，再运行，此时就不会报错，就会正常输出Hello world，输出结果如下
<!--声明需要暴露的服务接口，指定版本号-->
<dubbo:reference id="gpHelloService" interface="com.gupaoedu.dubbo.IGpHello"
registry="zookeeper" version="1.1.1" timeout="100" cluster="failover"
mock="com.gupaoedu.dubbo.TestMock"/>
五、总结
好了，总结一下，整理了两个晚上，没有整理出我预想的效果，这篇文章主要是以一种开发文档的形式简单介绍了dubbo的多版本机制实现、主机绑定、集群容错处理机制、以及服务降级处理。后续会介绍dubbo的SPI机制，他是dubbo一种核心机制，我也是刚学习dubbo源码不久，到时候有问题忘大家指正。该篇文章也存在许多不足的地方，比如结构可能不是非常清晰，描述也可能不是非常通俗易懂，后续我会努力矫正，今天就到这了，太困了现在，不写了睡觉。
欢迎扫码关注我的微信公众号，我会不定期的更新一些个人技术文章