dubbo应用之门面设计模式
一、序言
在 Java 应用中,设计模式就像一套经过无数开发者验证的“编程武功秘籍”。它不是生搬硬套的模板,而是一种针对常见问题的最佳实践,让你少走弯路。
比如,工厂模式就像“点外卖”,只管下单(要什么对象),不必关心厨房怎么做;单例模式像“全城唯一的市长”,保证一个全局唯一实例,避免重复造对象;观察者模式则像“朋友圈”,消息一发,所有关注的人都能收到。
使用设计模式有几个好处:
可维护:结构清晰,别人接手也能快速上手。
可扩展:新增功能时改动小,不会牵一发动全身。
可复用:通用的模式可以在多个项目中直接套用。
简单来说,设计模式让 Java 开发更像是在“搭乐高”,有标准接口、成熟积木,既快又稳,还能拼出漂亮的架构。
二、设计模式
Dubbo中用了很多设计模型,常用设计模式包括:
代理模式:屏蔽远程调用细节,像调用本地方法一样使用服务。
工厂模式:创建协议、序列化等组件,便于扩展。
单例模式:复用核心对象,减少资源消耗。
装饰器模式:增强过滤器、拦截器功能。
SPI机制(策略模式):支持多实现灵活切换,提升可扩展性。
门面模式:提供一个统一、简化的访问入口,屏蔽内部实现细节。
接下来本文就主要介绍下门面模式
三、Dubbo门面模式
Exchangers和Transporters都采用了门面(Facade)设计模式,为复杂的底层传输和交换子系统提供统一的、简化的接口。
Transporters门面类
1. 作用和职责
public class Transporters {// 门面方法:绑定服务端public static Server bind(URL url, ChannelHandler... handlers) throws RemotingException {return bind(url, wrapChannelHandler(url, handlers));}// 门面方法:连接客户端 public static Client connect(URL url, ChannelHandler... handlers) throws RemotingException {return connect(url, wrapChannelHandler(url, handlers));}// 核心实现:通过SPI获取具体传输实现public static Server bind(URL url, ChannelHandler handler) throws RemotingException {String defaultValue = url.getParameter(Constants.SERVER_KEY, Constants.DEFAULT_REMOTING_SERVER);String server = url.getParameter(Constants.TRANSPORTER_KEY, defaultValue);// 使用SPI机制获取具体的Transporter实现(如NettyTransporter)return getTransporter().bind(url, handler);}
}
2. 隐藏的复杂性
SPI机制选择:根据URL参数自动选择Netty4、Netty3、Mina等传输实现
Handler包装:自动包装多个ChannelHandler
参数处理:处理默认值和配置参数
异常统一:统一异常处理机制
Exchangers门面类
1. 作用和职责
public class Exchangers {// 门面方法:绑定Exchange服务端public static ExchangeServer bind(URL url, ExchangeHandler handler) throws RemotingException {return bind(url, null, handler);}// 门面方法:连接Exchange客户端public static ExchangeClient connect(URL url, ExchangeHandler handler) throws RemotingException {return connect(url, null, handler);}// 核心实现public static ExchangeServer bind(URL url, Codec2 codec, ExchangeHandler handler) throws RemotingException {return getExchanger(url).bind(url, handler);}// 通过SPI获取Exchange实现public static Exchanger getExchanger(URL url) {String type = url.getParameter(Constants.EXCHANGER_KEY, Constants.DEFAULT_EXCHANGER);return getExchanger(type);}
}
2. 提供的抽象层
请求-响应模式:封装复杂的异步请求响应机制
心跳管理:自动处理心跳检测
消息路由:统一消息分发机制
四、总结
门面模式理解起来很直观,就是把不同的实现类、实现逻辑封装了起来,客户端不需要感知服务侧的实现方式,之需要选择我想要接入的形式即可,体现了单一职责、迪米特法则等软件设计原则。
后续会结合dubbo的应用场景分享更多的设计模式,欢迎关注、一起交流、一起进步。