SPI
SPI:Serivce Provider Interface，为接口寻找服务实现的机制。有点类似IOC的思想，就是将装配的控制权移到程序之外，在模块化设计中这个机制尤其重要。
Java标准SPI
参考链接传送门
dubbo自定义SPI
dubbo为什么要自定义SPI？因为Java标准SPI有一些缺点：
- Java标准SPI会一次性实例化扩展点所有实现，如果有扩展实现初始化很耗时，但如果没用上也加载，会很浪费资源。
- Java标准SPI如果某扩展点加载失败，连扩展点的名称都拿不到了。比如：JDK标准的ScriptEngine，通过getName();获取脚本类型的名称，但如果RubyScriptEngine因为所依赖的jruby.jar不存在，导致RubyScriptEngine类加载失败，这个失败原因被吃掉了，和ruby对应不起来，当用户执行ruby脚本时，会报不支持ruby，而这并不是真正失败的原因。
- dubbo实现的SPI增加了对扩展点IoC和AOP的支持，一个扩展点可以直接setter注入其它扩展点。
dubbo协议
以com.alibaba.dubbo.rpc.Protocol为例，@SPI指定默认协议，即默认dubbo协议，源码如下：
/**
* Protocol. (API/SPI, Singleton, ThreadSafe)
*
* @author william.liangf
*/
@SPI("dubbo")
public interface Protocol {
SPI注解指定的value即dubbo就是key，对应dubbo-rpc-default模块下的META-INF/dubbo/internal/com.alibaba.dubbo.rpc.Protocol文件中：dubbo=com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol，即为dubbo协议默认实现，这个实现过程在接下来的学习过程中会讲到；
dubbo线程池
同样的，能够得到dubbo默认采用的线程池实现，dubbo-common模块下com.alibaba.dubbo.common.threadpool.ThreadPool的源码：
/**
* ThreadPool
*
* @author william.liangf
*/
@SPI("fixed")
public interface ThreadPool {
/**
* 线程池
*
* @param url 线程参数
* @return 线程池
*/
@Adaptive({Constants.THREADPOOL_KEY})
Executor getExecutor(URL url);
}
META-INF/dubbo/internal/com.alibaba.dubbo.common.threadpool.ThreadPool中定义如下：
fixed=com.alibaba.dubbo.common.threadpool.support.fixed.FixedThreadPool
cached=com.alibaba.dubbo.common.threadpool.support.cached.CachedThreadPool
limited=com.alibaba.dubbo.common.threadpool.support.limited.LimitedThreadPool
所以，dubbo默认线程池实现为fixed对应的实现：com.alibaba.dubbo.common.threadpool.support.fixed.FixedThreadPool，即固定（200个，通过Constants.DEFAULT_THREADS定义）线程池；
