绝望的生鱼片

解析配置 解析配置，是Dubbo服务启动的第一步，基于Spring配置结合的框架都是从这一步开始启动的（包括之前提到的Motan）； Dubbo官方文档中提到： 初始化过程的第一步是从解析服务开始的，基于 dubbo.jar 内的 META-INF/spring.handlers 配置， Spring 在遇到 dubbo 名称空间时，会回调 DubboNamespaceHandl

Motan是新浪于2016年开源的一个RPC框架，类似的已有的RPC框架有像阿里开源的Dubbo，还有后来在此基础上做二次开源的当当网的dubbox。 Motan分为服务提供方和服务调用方，服务提供方发布服务，服务调用方调用服务。 看这样一个简单的例子： 1、创建一个接口，并且简单实现： public interface FooService { public String h

之前简要地过了一遍Motan服务的启动过程，感觉理解得还不够清楚，所以接下来会就有疑惑的几个点来做一次分析。 和之前一样，以Motan服务的启动为依托，分析启动过程中的几个重要节点以及类，以此来窥探Motan服务端的设计架构和原则。 ExtensionLoader URL ConfigHandler Exporter Provider Protocol EndpointFacto

本文着重从源码的角度探究Motan客户端的如下几个方面： 客户端的使用 客户端的实现 之前了解了一些Motan的服务启动的底层代码，了解到服务端其实是在Netty服务的基础上绑定处理Handler并且进行包装，以motan协议为通讯方式，并最终监听在发布端口上。 本篇将涉及到以上几个关键点，分析(走马观花)，如有纰漏，望乞斧正： 客户端的配置 Motan客户端的结合Spri

Dubbo的扩展机制 Dubbo扩展原理 ExtensionLoader的设计和实现方式 自定义扩展例子 Dubbo的扩展原理 Dubbo采用的是内核+扩展的体系结构，除了Service和Config层，其他层的功能都是可扩展的（Proxy、Registry、Cluster、Monitor、Protocol、Exchange、Transport、Serialize）。...

不得不扩展 从SPI说起 ExtensionLoader 验证自定义协议 不得不扩展 Dubbo分为很多逻辑层，对于各个层的接口，Dubbo都提供了很多种的实现， 对于需要满足很多使用个性需求的框架来说，单单是多提供几个实现是不够的。 重要的是需要在框架设计层面有一个好的解决方案，能让框架能应对不断扩张的需求。 这样才能在不改动最原始逻辑的基础上，不断丰富框架的...