Dubbo系统架构解析.docx

? ? Dubbo系统架构解析 ? ? Dubbo的系统架构解析 1. Dubbo 的两大设计原则 Dubbo 框架在设计时遵循了两大设计原则： Dubbo 使用“微内核+插件”的设计模式。内核只负责组装插件(扩展点)，Dubbo 的功能都是由插件实现的，也就是 Dubbo 的所有功能点都可被用户自定义扩展类所替换。 采用 URL 作为配置信息的统一格式，所有扩展点都通过传递 URL 携带配置信息。 URL：协议://IP地址：端口/服务名/各种元数据信息...为什么dubbo用url不用json?个人理解，dubbo的应用场景涉及各种通信协议，url更契合这种通信场景，而json通用性太强了，用的话还要定义各种key，数据量会更大。 2. Dubbo 的三大领域模型 为了对 Dubbo 整体架构叙述的方便，Dubbo 抽象出了三大领域模型。 Protocol 服务域：是 Invoker 暴露和引用的主功能入口，它负责 Invoker 的生命周期管理。(管理消费者和提供者之间的通信协议，Dubbo支持多种协议的) Invoker 实体域：是 Dubbo 的核心模型，其它模型都向它靠扰，或转换成它，它代表一个可执行体，可向它发起 invoke 调用，它有可能是一个本地的实现，也可能是一个远程的实现，也可能一个集群实现。(可以简单理解为提供者的代理对象，就代表了提供者