概述
dubbo官方文档开发者指南中有这句话：
关于SPI，java相关百度热词集中在什么是SPI，SPI API……
什么是SPI？
java官方文档描述：
A
service
is a well-known set of interfaces and (usually abstract) classes. A
service provider
is a specific implementation of a service. The classes in a provider typically implement the interfaces and subclass the classes defined in the service itself. Service providers can be installed in an implementation of the Java platform in the form of extensions, that is, jar files placed into any of the usual extension directories. Providers can also be made available by adding them to the application's class path or by some other platform-specific means.
…………
参考：
http://docs.oracle.com/javase/6/docs/api/java/util/ServiceLoader.html
API和SPI的区别
网上最多的回答都是基于stackoverflow中的回答铺展
What is the difference between Service Provider Interface (SPI) and Application Programming Interface (API)?
More specifically, for
Java
libraries, what makes them an API and/or SPI?
the API is the description of classes/interfaces/methods/... that you
call and use
to achieve a goal
the SPI is the description of classes/interfaces/methods/... that you
extend and implement
to achieve a goal
Put differently, the API tells you what a specific class/method does for you and the SPI tells you what you must do to conform.
Sometimes SPI and API overlap. For example in JDBC the Driver class is part of the SPI: If you simply want to use JDBC, you don't need to use it directly, but everyone who implements a JDBC driver must implement that class.
The Connection interface on the other hand is both SPI and API: You use it routinely when you use a JDBC driver and it needs to be implemented by the developer of the JDBC driver。
参考：
https://stackoverflow.com/questions/2954372/difference-between-spi-and-api
以上的一堆叽里呱啦无非其实是阐述的就是以下的机制
SPI开发编程机制：
SPI(Service Provider Interface)，服务提供者扩展标准的接口，调用者可以通过提供SPI接口的具体实现完成调用者的"定制化"开发工作，不同于API(Application Programe Interface),调用者调用API为了实现某功能，SPI采用模板方法的设计模式，在API设计中定义一个SPI接口，第三方使用此接口时可在META-INF下定义一个以接口全名命名的文件，文件内容为第三方扩展此接口的文件名全称（加载时通过classpath自动加载对应的实现类），这样要求调用者提供具体实现来完整SPI接口提供方的功能。dubbo的开发设计除了在Service层和Config层采用的API方式，其他层面均采用SPI定义接口，采用此方式以Ioc的机制将api接口实现的一些细节交给实际调用者实现，框架变的可扩展而核心部分保持稳定。
示例：
dubbo 注册中心层 dubbo-registry
定义了注册接口RegistryFactory，，dubbo支持zookeeper，redis，multicast注册中心，不同类型的注册中心RegistryFactory通过实现getRegistry方法来初始化一个注册中心链接实体。如下图
四个不同类型的注册中心实现可以看作四个服务厂商，分别看dubbo-registry-redis源码和dubbo-registry-zookeeper源码的实现，对应的工厂类实现方法
redis：
zookeeper：
相对复杂，初始化Registry时调用了AbstractRegistryFactory中的模板方法
如上，两者分别实现了getRegistry（URL url）的方法返回不用的Registry实例
dubbo-registry-api作为dubbo registry层的框架层提供RegisryFactory为上下层返回对应的Registry实例进行上下层的程序流动，而通过SPI的方式提供了各种注册中心的支持，这样保证原框架结构不发生变化的情况下活性的扩展了多种服务注册中心的支持。
另外dubbo的SPI实现是对jdk本身的SPI的改善体现，参考官方文档：
最后
以上就是悦耳衬衫为你收集整理的Dubbo 源码学习笔记 —— SPI的机制体现的全部内容，希望文章能够帮你解决Dubbo 源码学习笔记 —— SPI的机制体现所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供，作为学习参考使用，或来自网络收集整理，版权属于原作者所有。
![[总结]Dubbo 自适应扩展学习笔记](/uploads/reation/bcimg12.png)
发表评论 取消回复