Dubbo常用设计模式

1、责任链和装饰器模式
Dubbo 在启动和调用阶段都大量使用了装饰器模式。以 Provider 提供的调用链为例，具体的调用链代码是在 ProtocolFilterWrapper 的 buildInvokerChain 完成的，具体是将注解中含有 group=Constants.PROVIDER的 Filter 实现，按照 order 排序，

查看调用：

确切地说是装饰器和责任链模式的混合使用。例如， EchoFilter 的作用是判断是否是回声测试请求，是的话直接返回内容，这是一种责任链的体现。而像 ClassLoaderFilter则只是在主功能上添加了功能，更改当前线程的 ClassLoader，这是典型的装饰器模式。

 

2.观察者模式

Dubbo 的 provider 启动时，需要与注册中心交互，先注册自己的服务，再订阅自己的服务，订阅时采用了观察者模式，开启一个 listener。注册中心会每 5 秒定时检查是否有服务更新，如果有更新，向该服务的提供者发送一个 notify 消息， provider 接受到 notify 消息后，即运行 NotifyListener 的 notify 方法，执行监听器方法。
 

3.代理模式

Dubbo consumer使用动态代理模式，默认JavassistProxyFactory，目的是调用 invoker 的相关函数后，就会等于是调用 DubboInvoker 中的相关函数，也就是将本地调用转为网络调用并获得结果，跟本地调用差不多，并且屏蔽了网络通信的细节。