dubbo的核心：SPI、AOP、IOC、compiler(動態編譯)
這篇文章主要明SPI

1、什麼是SPI

SPI英文為Service Provider Interface。
面向物件的設計裡，模組與模組之間是基於介面程式設計，模組之間不對實現類進行硬編碼，一旦程式碼時涉及具體實現類，就違反了可插拔的設計原則。如果需要替換一種實現，就要修改程式碼，為了實現在模組裝配的時候，不在模組裡寫死，就需要一種服務發現機制，java SPI就實現了這各種機制。
為某個接品尋找服務實現機制，有點類似於IOC的思想民，就是將裝配的控制權移到了程式碼之外。

2、SPI約定

當服務的提供者提供了一個介面多個實現時，一般會在jar包的META-INF/services/目錄下建立該介面的同文件，該檔案裡的內容就是該介面服務的具體實現類的名稱。而外部載入這個模組的時候，就能通過該jav包的META-INF/services裡面的配置檔案得到具體實現類名，並載入例項化，完成模組的裝配。
JDK提供服務實現查詢的一個工具類：java.util.ServiceLoader。

很多框架都使用了java的SPI機制，如JDBC4中的java.sql.Driver的SPI實現(mysql驅動、oracle驅動等)、common-logging的日誌介面實現。
下面我們來看一個mysql驅動包實現：

在META-INF/services下有個檔案，名為java.sql.Driver，這是java sql驅動的介面，檔案的內容為com.mysql.jdbc.Driver，這個是實現類。

3、為什麼dubbo不採用JDK的SPI

1.JDK標準SPI會一次性載入例項化擴充套件點的所有實現，對於沒用上的擴充套件點實現也會載入，會浪費資源
2.增加了對擴充套件點IOC和AOP的支援，一個擴充套件點可以直接 setter 注入其它擴充套件點

4、dubbo的SPI的約定

• SPI的儲存路徑在META-INF\dubbo\internal目錄下，並且檔名為介面的 全路徑，就是＝介面的包我+介面名
• 每個SPI檔案裡的格式定義為:副檔名＝具體的類名

dubbo內部實現的各種擴充套件

SPI檔案的儲存檔案路徑：META-INF/dubbo/internal/ dubbo內部實現的各種擴充套件

/META-INF/dubbo/internal/com.alibaba.dubbo.rpc.Filter

每個spi 檔案裡面的格式定義為： 副檔名=具體的類名，例如

echo=com.alibaba.dubbo.rpc.filter.EchoFilter
generic=com.alibaba.dubbo.rpc.filter.GenericFilter
genericimpl=com.alibaba.dubbo.rpc.filter.GenericImplFilter
token=com.alibaba.dubbo.rpc.filter.TokenFilter
.......

5、dubbo內部SPI的具體實現

在dubbo SPI中最關鍵的類是ExtensionLoader。每個定義的spi的介面都會構建一個ExtensionLoader例項，儲存在ExtensionLoader物件的ConcurrentMap