Dubbo中用到了哪些设计模式？

介绍

策略模式

这个毫无争议，Dubbo是基于SPI来扩展的，SPI就是典型的策略模式。

专注于为中小企业提供网站设计、成都做网站服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业乌当免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了近1000家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。

Dubbo中可替换的组件太多了，例如负载均衡策略

实现类 解释
RandomLoadBalance随机策略（默认）
RoundRobinLoadBalance轮询策略
LeastActiveLoadBalance最少活跃调用数
ConsistentHashLoadBalance一致性hash策略

工厂模式

「简单工厂模式」：提供一个方法，返回创建好的对象

 
 
 
 
    
  
  
  
  
  1. public class VideoFactory { 
    2. 
  
  
  
  
  2.  
    3. 
  
  
  
  
  3.     public static Video getVideo(String type) { 
    4. 
  
  
  
  
  4.         if ("java".equalsIgnoreCase(type)) { 
    5. 
  
  
  
  
  5.             return new JavaVideo(); 
    6. 
  
  
  
  
  6.         } else if ("python".equalsIgnoreCase(type)) { 
    7. 
  
  
  
  
  7.             return new PythonVideo(); 
    8. 
  
  
  
  
  8.         } 
    9. 
  
  
  
  
  9.         return null; 
    10. 
  
  
  
  
  10.     } 
    11. 
  
  
  
  
  11. } 
    12.

「工厂方法模式」：当工厂想提供更多产品时，还得对创建过程进行修改，因此抽象出一个工厂类，当增加一种产品，就增加一个工厂类(继承抽象工厂类或实现接口)。这样就实现了对扩展开发，对修改关闭

 
 
 
 
    
  
  
  
  
  1. public abstract class VideoFactory { 
    2. 
  
  
  
  
  2.  
    3. 
  
  
  
  
  3.     public abstract Video getVideo(); 
    4. 
  
  
  
  
  4. } 
    5. 
  
  
  
  
  5. public class JavaVideoFactory extends VideoFactory { 
    6. 
  
  
  
  
  6.     public Video getVideo() { 
    7. 
  
  
  
  
  7.         return new JavaVideo(); 
    8. 
  
  
  
  
  8.     } 
    9. 
  
  
  
  
  9. } 
    10. 
  
  
  
  
  10. public class Test { 
    11. 
  
  
  
  
  11.  
    12. 
  
  
  
  
  12.     public static void main(String[] args) { 
    13. 
  
  
  
  
  13.         VideoFactory videoFactory = new JavaVideoFactory(); 
    14. 
  
  
  
  
  14.         Video video = videoFactory.getVideo(); 
    15. 
  
  
  
  
  15.         // 学习Java视频 
    16. 
  
  
  
  
  16.         video.study(); 
    17. 
  
  
  
  
  17.     } 
    18. 
  
  
  
  
  18. } 
    19.

「抽象工厂模式」：当生产的产品较多时，如果我们用工厂方法模式会造成类爆照，此时我们就可以把相关的产品生产放到一个工厂类中

 
 
 
 
    
  
  
  
  
  1. public abstract class CourseFactory { 
    2. 
  
  
  
  
  2.  
    3. 
  
  
  
  
  3.     public abstract Video getVideo(); 
    4. 
  
  
  
  
  4.     public abstract Article getArticle(); 
    5. 
  
  
  
  
  5. } 
    6. 
  
  
  
  
  6. public class JavaCourseFactory extends CourseFactory { 
    7. 
  
  
  
  
  7.     public Video getVideo() { 
    8. 
  
  
  
  
  8.         return new JavaVideo(); 
    9. 
  
  
  
  
  9.     } 
    10. 
  
  
  
  
  10.  
    11. 
  
  
  
  
  11.     public Article getArticle() { 
    12. 
  
  
  
  
  12.         return new JavaArticle(); 
    13. 
  
  
  
  
  13.     } 
    14. 
  
  
  
  
  14. } 
    15.

因为JavaVideo和JavaArticle都是Java相关的资料，所以可以用一个工厂类来生产。如果用工厂方法模式来设计的话，JavaVideo和JavaArticle都会有一个对应的工厂类

简单工厂模式

 
 
 
 
    
  
  
  
  
  1. public class LoggerFactory { 
    2. 
  
  
  
  
  2.  
    3. 
  
  
  
  
  3.     public static Logger getLogger(Class key) { 
    4. 
  
  
  
  
  4.         return LOGGERS.computeIfAbsent(key.getName(), name -> new FailsafeLogger(LOGGER_ADAPTER.getLogger(name))); 
    5. 
  
  
  
  
  5.     } 
    6. 
  
  
  
  
  6. } 
    7.

工厂方法模式

Dubbo可以对结果进行缓存，缓存的策略有很多种，一种策略对应一个缓存工厂类

 
 
 
 
    
  
  
  
  
  1. @SPI("lru") 
    2. 
  
  
  
  
  2. public interface CacheFactory { 
    3. 
  
  
  
  
  3.  
    4. 
  
  
  
  
  4.     @Adaptive("cache") 
    5. 
  
  
  
  
  5.     Cache getCache(URL url, Invocation invocation); 
    6. 
  
  
  
  
  6.  
    7. 
  
  
  
  
  7. } 
    8.

抽象工厂模式

在RPC框架中，客户端发送请求和服务端执行请求的过程都是由代理类来完成的。客户端的代理对象叫做Client Stub，服务端的代理对象叫做Server Stub。

 
 
 
 
    
  
  
  
  
  1. @SPI("javassist") 
    2. 
  
  
  
  
  2. public interface ProxyFactory { 
    3. 
  
  
  
  
  3.  
    4. 
  
  
  
  
  4.     // 针对consumer端，创建出代理对象 
    5. 
  
  
  
  
  5.     @Adaptive({Constants.PROXY_KEY}) 
    6. 
  
  
  
  
  6.      T getProxy(Invoker invoker) throws RpcException; 
    7. 
  
  
  
  
  7.  
    8. 
  
  
  
  
  8.     // 针对consumer端，创建出代理对象 
    9. 
  
  
  
  
  9.     @Adaptive({Constants.PROXY_KEY}) 
    10. 
  
  
  
  
  10.      T getProxy(Invoker invoker, boolean generic) throws RpcException; 
    11. 
  
  
  
  
  11.  
    12. 
  
  
  
  
  12.     // 针对provider端，将服务对象包装成一个Invoker对象 
    13. 
  
  
  
  
  13.     @Adaptive({Constants.PROXY_KEY}) 
    14. 
  
  
  
  
  14.      Invoker getInvoker(T proxy, Class type, URL url) throws RpcException; 
    15. 
  
  
  
  
  15.  
    16. 
  
  
  
  
  16. } 
    17.

单例模式

服务导出的过程中，为了防止开启多个NettyServer，用了单例模式

 
 
 
 
    
  
  
  
  
  1. private void openServer(URL url) { 
    2. 
  
  
  
  
  2.     // find server. 
    3. 
  
  
  
  
  3.     String key = url.getAddress(); 
    4. 
  
  
  
  
  4.     //client can export a service which's only for server to invoke 
    5. 
  
  
  
  
  5.     boolean isServer = url.getParameter(Constants.IS_SERVER_KEY, true); 
    6. 
  
  
  
  
  6.     if (isServer) { 
    7. 
  
  
  
  
  7.         ExchangeServer server = serverMap.get(key); 
    8. 
  
  
  
  
  8.         if (server == null) { 
    9. 
  
  
  
  
  9.             synchronized (this) { 
    10. 
  
  
  
  
  10.                 server = serverMap.get(key); 
    11. 
  
  
  
  
  11.                 if (server == null) { 
    12. 
  
  
  
  
  12.                     // 创建服务器实例 
    13. 
  
  
  
  
  13.                     serverMap.put(key, createServer(url)); 
    14. 
  
  
  
  
  14.                 } 
    15. 
  
  
  
  
  15.             } 
    16. 
  
  
  
  
  16.         } else { 
    17. 
  
  
  
  
  17.             // server supports reset, use together with override 
    18. 
  
  
  
  
  18.             server.reset(url); 
    19. 
  
  
  
  
  19.         } 
    20. 
  
  
  
  
  20.     } 
    21. 
  
  
  
  
  21. } 
    22.

装饰者模式

Dubbo中网络传输层用到了Netty，当我们用Netty开发时，一般都是写多个ChannelHandler，然后将这些ChannelHandler添加到ChannelPipeline上，就是典型的责任链模式

但是Dubbo考虑到有可能替换网络框架组件，所以整个请求发送和请求接收的过程全部用的都是装饰者模式。即只有NettyServerHandler实现的接口是Netty中的ChannelHandler，剩下的接口实现的是Dubbo中的ChannelHandler

如下是服务端消息接收会经过的ChannelHandler

代理模式

前面说过了哈，Client Stub和Server Stub都是代理对象

适配器模式

Dubbo可以支持多个日志框架，每个日志框架的实现都有对应的Adapter类，为什么要搞Adapter类呢，因为Dubbo中日志接口Logger用的是自己的，而实现类是引入的。但这些日志实现类的等级和Dubbo中定义的日志等级并不完全一致，例如JdkLogger中并没有trace和debug这个等级，所以要用Adapter类把Logger中的等级对应到实现类中的合适等级

 
 
 
 
    
  
  
  
  
  1. public interface Logger 
    2. 
  
  
  
  
  2.  
    3. 
  
  
  
  
  3.     // 省略部分代码 
    4. 
  
  
  
  
  4.      
    5. 
  
  
  
  
  5.     void trace(String msg); 
    6. 
  
  
  
  
  6.  
    7. 
  
  
  
  
  7.     void debug(String msg); 
    8. 
  
  
  
  
  8.  
    9. 
  
  
  
  
  9.     void info(String msg); 
    10. 
  
  
  
  
  10.  
    11. 
  
  
  
  
  11.     void warn(String msg); 
    12. 
  
  
  
  
  12.  
    13. 
  
  
  
  
  13. } 
    14.

Dubbo接口中定义的日志等级 JdkLogger对应的日志等级 Slf4jLogger对应的日志等级
tracefinertrace
debugfinerdebug
infoinfoinfo

观察者模式

在Dubbo中提供了各种注册中心的实现，类图如下。AbstractRegistry对注册中心的内容进行了缓存，这样能保证当注册中心不可用的时候，还能正常提供服务

「既然对注册中心的内容进行了缓存，那么注册中心的内容发生改变的时候，怎么通知客户端呢?」

例如客户端从注册中心获取到服务端的地址，并缓存到本地，如果服务端宕机了，本地缓存怎么清除呢?此时就得需要对有可能变动的节点进行订阅。当节点发生变化的时候，就能收到通知，这样就能更新本地缓存。

NotifyListener就是接收节点变动的接口，各种注册中心的节点发生变化都会主动回调这个接口

 
 
 
 
    
  
  
  
  
  1. public interface RegistryService { 
    2. 
  
  
  
  
  2.  
    3. 
  
  
  
  
  3.     // 注册 
    4. 
  
  
  
  
  4.     void register(URL url); 
    5. 
  
  
  
  
  5.  
    6. 
  
  
  
  
  6.     // 注销 
    7. 
  
  
  
  
  7.     void unregister(URL url); 
    8. 
  
  
  
  
  8.  
    9. 
  
  
  
  
  9.     // 订阅，订阅的数据发生变化，会主动通知NotifyListener#notify方法 
    10. 
  
  
  
  
  10.     void subscribe(URL url, NotifyListener listener); 
    11. 
  
  
  
  
  11.  
    12. 
  
  
  
  
  12.     // 退订 
    13. 
  
  
  
  
  13.     void unsubscribe(URL url, NotifyListener listener); 
    14. 
  
  
  
  
  14.  
    15. 
  
  
  
  
  15.     // 查找服务地址 
    16. 
  
  
  
  
  16.     List lookup(URL url); 
    17. 
  
  
  
  
  17.  
    18. 
  
  
  
  
  18. } 
    19.

责任链模式

代理对象(Client Stub或者Server Stub)在执行的过程中会执行所有Filter的invoke方法，但是这个实现方法是对对象不断进行包装，看起来非常像装饰者模式，但是基于方法名和这个Filter的功能，我更觉得这个是责任链模式

 
 
 
 
    
  
  
  
  
  1. private static  Invoker buildInvokerChain(final Invoker invoker, String key, String group) { 
    2. 
  
  
  
  
  2.     Invoker last = invoker; 
    3. 
  
  
  
  
  3.     // 获取自动激活的扩展类 
    4. 
  
  
  
  
  4.     List filters = ExtensionLoader.getExtensionLoader(Filter.class).getActivateExtension(invoker.getUrl(), key, group); 
    5. 
  
  
  
  
  5.     if (!filters.isEmpty()) { 
    6. 
  
  
  
  
  6.         for (int i = filters.size() - 1; i >= 0; i--) { 
    7. 
  
  
  
  
  7.             final Filter filter = filters.get(i); 
    8. 
  
  
  
  
  8.             final Invoker next = last; 
    9. 
  
  
  
  
  9.             last = new Invoker() { 
    10. 
  
  
  
  
  10.  
    11. 
  
  
  
  
  11.                 // 省略部分代码 
    12. 
  
  
  
  
  12.  
    13. 
  
  
  
  
  13.                 @Override 
    14. 
  
  
  
  
  14.                 public Result invoke(Invocation invocation) throws RpcException { 
    15. 
  
  
  
  
  15.                     // filter 不断的套在 Invoker 上，调用invoke方法的时候就会执行filter的invoke方法 
    16. 
  
  
  
  
  16.                     Result result = filter.invoke(next, invocation); 
    17. 
  
  
  
  
  17.                     if (result instanceof AsyncRpcResult) { 
    18. 
  
  
  
  
  18.                         AsyncRpcResult asyncResult = (AsyncRpcResult) result; 
    19. 
  
  
  
  
  19.                         asyncResult.thenApplyWithContext(r -> filter.onResponse(r, invoker, invocation)); 
    20. 
  
  
  
  
  20.                         return asyncResult; 
    21. 
  
  
  
  
  21.                     } else { 
    22. 
  
  
  
  
  22.                         return filter.onResponse(result, invoker, invocation); 
    23. 
  
  
  
  
  23.                     } 
    24. 
  
  
  
  
  24.                 } 
    25. 
  
  
  
  
  25.  
    26. 
  
  
  
  
  26.             }; 
    27. 
  
  
  
  
  27.         } 
    28. 
  
  
  
  
  28.     } 
    29. 
  
  
  
  
  29.     return last; 
    30. 
  
  
  
  
  30. } 
    31.

本文转载自微信公众号「Java识堂」，可以通过以下二维码关注。转载本文请联系Java识堂公众号。

新闻标题：Dubbo中用到了哪些设计模式？
文章转载：http://www.hantingmc.com/qtweb/news31/24931.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

网站收录知识

同城分类信息

成都网站运营维护　　 　重庆水土双线托管　　 　成都网站推广　　 　添翼二手车鉴定　　 　清舞人间　　 　禾巨建站　　 　丹棱网站建设　　 　网上商城管理系统　　 　大英泰恒网站　　 　免费收录网站　　 　成都全网营销　　 　手机网站版本　　 　自适应网站建设　　 　seo推广公司　　 　成都名片印刷　　 　响应式网站设计　　 　和正兴机械　　 　成都名片印刷　　 　广告品牌策划设计　　 　成都微信小程序开发