xiaoy9
diff --git a/Collapse file
‎note/Dubbo/Dubbo底层源码学习（二）—— Dubbo的SPI机制.md‎
Copy file name to clipboardExpand all lines: note/Dubbo/Dubbo底层源码学习（二）—— Dubbo的SPI机制.md
+32-3Lines changed: 32 additions & 3 deletions
Display the source diff
Display the rich diff b/Collapse file
‎note/Dubbo/Dubbo底层源码学习（二）—— Dubbo的SPI机制.md‎
Copy file name to clipboardExpand all lines: note/Dubbo/Dubbo底层源码学习（二）—— Dubbo的SPI机制.md
+32-3Lines changed: 32 additions & 3 deletions
Display the source diff
Display the rich diff
@@ -24,12 +24,41 @@ Java SPI的定义及使用步骤如下：
 
 ```
 public interface Printservice (
-void printlnfo();
+    void printlnfo();
 }
 ```
 
-在构造函数中传入其他扩展实例：装饰器模式，《深入理解Apache Dubbo与实战》中的76页。
+```
+public class PrintServicelmpl implements Printservice { 
+    @Override
+    public void printlnfo() {
+        System.out.println("hello world");
+    } 
+}
+```
+
+```
+public static void main(String[] args) ( 
+    ServiceLoader<PrintService> serviceServiceLoader =
+    ServiceLoader.load(PrintService.class);
+    for (Printservice printservice : serviceServiceLoader) ( 
+        //此处会输出：hello world 获取所有的SPI实现，循环调用
+        printService.printInfo(); printlnfo()方法，会打印出 hello world
+    } 
+}
+```
+
+在JDK SPI中，是通过ServiceLoader来获取所有接口实现的。
 
 ### 2. Dubbo SPI
 
-Dubbo SPI没有直接使用Java SPL而是在它的思想上又做了一定的改进，形成了一套自己的配置规范和特性。同时，Dubbo SPI又兼容Java SPL服务在启动的时候，Dubbo就会查找这些扩展点的所有实现
+Dubbo SPI没有直接使用Java SPL而是在它的思想上又做了一定的改进，形成了一套自己的配置规范和特性。同时，Dubbo SPI又兼容Java SPL服务在启动的时候，Dubbo就会查找这些扩展点的所有实现
+
+Dubbo SPI之于JDK SPI，做到了三点优化：
+1. 不同于JDK SPI会一次性实例化扩展点所有实现，因为JDK SPI有扩展实现，则初始化会很耗时，并且如果没有用上也要加载，则会很浪费资源。而Dubbo SPI只会加载扩展点，而不会对其进行初始化，并且Dubbo SPI中
+会根据不同的实现类来缓存到内存中，性能上得到了很大的优化。
+2. JDK SPI如果对扩展加载失败，则连扩展的名称都获取不到，并且失败原因会被吃掉，而Dubbo SPI则会将异常堆栈保留下来，方便后序
+对其异常信息进行分析。
+3. Dubbo SPI增加了对IOC和AOP的支持，在Dubbo中，一个扩展点可以通过setter来注入到其他扩展点中。
+
+未完待续....