2.dubbo源码-SPI

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定义）线程池；