关于该生成的代码，我们主要要注意如下几个问题：所有未使用@Adaptive注解标注的接口方法，默认都会抛出异常；在使用@Adaptive注解标注的方法中，其参数中必须有一个参数类型为URL，或者其某个参数提供了某个方法，该方法可以返回一个URL对象；在方法的实现中会通过URL对象获取某个参数对应的参

注册中心是什么？服务治理框架中可以大致分为服务通信和服务管理两个部分，服务管理可以分为服务注册、服务发现以及服务被热加工介入，服务提供者Provider会往注册中心注册服务，而消费者Consumer会从注册中心中订阅相关的服务，并不会订阅全部的服务。dubbo-registry-api的解读首先我们

先来讲讲dubbo扩展机制spi的原理，浏览过dubbo官方文档的朋友肯定知道，dubbo有大量的spi扩展实现，包括协议扩展、调用拦截扩展、路由扩展等26个扩展，并且spi机制运用到了各个模块设计中。所以我打算先讲解dubbo的扩展机制spi。JDK的SPI思想SPI的全名为Service Pro

在 ExtensionLoader 类的loadFile方法中有下图的这段代码：类如现在这个ExtensionLoader中的type 是Protocol.class，也就是SPI接口的实现类中XxxProtocol类中有这样的构造函数 public XxxProtocol ( Protocol

private T createAdaptiveExtension() { try { return injectExtension((T) getAdaptiveExtensionClass().newInstance()); } catch (Exception e)

ExtensionFactory的源码：@SPIpublic interface ExtensionFactory { /** * Get extension. * * @param type object type. * @param name object

ExtensionLoader类是整个SPI的核心类，每个SPI都会对应一个ExtensionLoader类实例，这个类的构造方法如下：private ExtensionLoader(Class<?> type) { this.type = type; objectFacto

SPI机制中的SPI实现类的读取和预处理是由ExtensionLoader类的loadFile方法来完成的loadFile方法的作用是读取dubbo的某个SPI接口的spi描述文件，然后进行缓存，缓存，缓存（很重要，说三遍） ，读取的位置是在jar包下的META-INF\dubbo\internal

插件机制是Dubbo用于可插拔地扩展底层的一些实现而定制的一套机制，比如dubbo底层的RPC协议、注册中心的注册方式等等。具体的实现方式是参照了JDK的SPI思想，由于JDK的SPI的机制比较简单，满足不了一些复杂的需求，所以dubbo重写了一套SPI机制，实现了类似spring的IOC和AOP的

Dubbo提供了与spring容器整合的功能，开箱即用。本文暂时先分为两部分，1、服务注册 2、服务消费使用定义XML文件<?xml version="1.0" encoding="UTF-8"?><beans xmlns="htt