SPI（Service Provider Interface） 是一种 Java 的扩展机制，用于实现模块化开发。它允许应用程序定义接口，并通过配置文件来加载具体的实现类。
SPI（Service Provider Interface）机制是 Java 提供的一种服务发现机制，用于实现模块化开发和插件化扩展。它允许在运行时动态地加载、注册和使用第三方实现的接口。
前面基础性的东西问完了，确定你应该了解Dubbo，那么自然问个稍微难的问题，就是SPI，先问问你这是个啥,然后问问你怎么实现的!
如果在Map接口中增加一个抽象方法，所有的实现类都需要去实现这个方法，那么工程量时巨大的。
生活中的例子： 电脑的品牌有很多，但电脑中的所有部件都有标准的接口，不同的厂家都是按照标准去生产各个部件，这些部件的内部实现不同，但接口都是一样的，这样的话，如果我的联想电脑的内存条坏了，我随便买一根内存条插上都能使用。 之所以我们的电脑能使用任何厂家生产的内存条，是因为这些电脑生产厂家都是“面向接口”生产，而在软件世界中，面向接口编程就是依赖倒转。 依赖倒转的官方定义： 1.高层模块不应该依赖于低层模块，他们都应该依赖于抽象； 2.抽象不应该依赖于细节。细节应该依赖于抽象。 大白话讲： 高层模块：调用模块
应用程序通过迭代器接口获取对象实例，这里首先会判断 providers 对象中是否有实例对象：
dubbo是一款微服务开发框架，它提供了 RPC通信 与 微服务治理 两大关键能力。作为spring cloud alibaba体系中重要的一部分，随着spring cloud alibaba在国内活跃起来，dubbo也越来越深受各大公司的青睐。本文就来对dubbo的spi机制源码进行剖析，看一看dubbo的spi到底有哪些特性和功能。
假如有一个“动物”的接口 IAnimal， DogImpl类实现了接口 IAnimal， 且该接口只有 DogImpl这一个实现类，那么在引用实现类的时候，我们使用的是实现类的接口（像上面程序展示的那样）。Spring会按 byType的方式寻找接口的实现类，将其注入。 假如有另一个实现类 CatImpl 也实现了接口 IAnimal， 这时候再按上面的方式去引用， 在同时存在两个实现类的情况下，会出现什么情况呢？
SPI全称是Service Provider Interface，其中服务提供者定义一个服务接口，并允许第三方实现进行插入。这种机制常用于预留一些关键口子或扩展点，以让调用方按照规范进行自由实现。
继续深入问呗，前面一些基础性的东西问完了，确定你应该都 ok，了解 dubbo 的一些基本东西，那么问个稍微难一点点的问题，就是 spi，先问问你 spi 是啥？然后问问你 dubbo 的 spi 是怎么实现的？
接口，在java中是一种引用数据类型，里面主要有常量、抽象方法（jdk及以前）、默认方法和静态方法（jdk8）、和私有方法（jdk9）。接口是一系列方法的声明，是一些方法的特征集合，一个接口只要方法的特征而没有方法的实现，因此这些方法可以在不同的地方被不同的类实现，而这些实现类的方法具有不同的功能。
最近写了前台一个管理模块，后来也是我来写，采用四层架构，在定义接口时，基本是一个接口对应一个实现类，使用@Autowired注解，但我想如果有多个实现类，如何注解,来梳理一下
spi，简单来说，就是 service provider interface，说白了是什么意思呢，比如你有个接口，现在这个接口有 3 个实现类，那么在系统运行的时候对这个接口到底选择哪个实现类呢？这就需要 spi 了，需要根据指定的配置或者是默认的配置，去找到对应的实现类加载进来，然后用这个实现类的实例对象。
SPI，是Service Provider Interface的缩写，即服务提供者接口，单从字面上看比较抽象，你可以理解成，该机制就像Spring容器一样，通过IOC将对象的创建交给了Spring容器处理，若需要获取某个类的对象，就从Spring容器里取出使用即可。同理，在SPI机制当中，提供了一个类似Spring容器的角色，叫【服务提供者】，在代码运行过程中，若要使用到实现了某个接口的服务实现类对象，只需要将对应的接口类型交给服务提供者。服务提供者将会动态加载实现了该接口的所有服务实现类对象。
接口，是 Java 语言中一种引用类型，是方法的集合，如果说类的内部封装了成员变量、构造方法和
本文主要介绍Collection接口的用途。接口的作用是什么呢？我的理解是四个字：制定标准。就像USB接口，尺寸、结构、排线都是统一的，只要是标准USB设备，都可以接入使用。
站在一个框架作者的角度来说，定义一个接口，自己默认给出几个接口的实现类，同时 允许框架的使用者也能够自定义接口的实现。现在一个简单的问题就是：如何优雅的根据一个接口来获取该接口的所有实现类呢？
接口当中也可以定义成员变量，但是必须使用public static final三个关键字进行修饰，从效果上看，这其实就是接口的常量。
SPI 机制应用在了大家项目中的很多地方，在很多框架中也有普遍应用，只不过很多人并没有感知。
工厂就是生产东西给我们使用的，在Java的角度来讲就是在工厂里创建好了对象（return new Xxx()），我们只需要传参告诉工厂我们需要使用哪个对象，工厂即可帮我们完成创建并返回。
当Spring中存在一个接口（或抽象类）有多个实现类时，我们可以使用@Qualifier注解来指定要注入的实现类。本文将介绍在这种情况下如何正确注入Service的多个实现类，以下是相关内容的整理：
上一篇 Dubbo 文章敖丙已经带了大家过了一遍整体的架构，也提到了 Dubbo 的成功离不开它采用微内核设计+SPI扩展，使得有特殊需求的接入方可以自定义扩展，做定制的二次开发。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
6.实现 Callable 接口 前言 本篇章来介绍一下创建线程的第三种方式，其中创建线程一共有四种方式： 继承 Thread 类 实现 Runnable 接口 实现 Callable 接口 使用线程池的方式 那么下面我们来介绍一下 实现 Callable 接口的方式。 Callable 接口 - Java 5.0 在 java.util.concurrent 提供了一个新的创建执行线程的方式：Callable 接口 - Callable 接口类似于 Runnable，两者都是为那些其实例可能被另一个线程
今天半夜写代码时，脑子一懵把@Repository注解写在了接口上，导致bean无法完成注入。
依赖倒置原则 : 高层模块 不应该 依赖 低层模块 , 二者都应该 依赖其抽象 ; 抽象 不应该 依赖细节 , 细节应该依赖抽象 ;
官方解释：Java接口是一系列方法的声明，是一些方法特征的集合，一个接口只有方法的特征没有方法的实现，因此这些方法可以在不同的地方被不同的类实现，而这些实现可以具有不同的行为（功能）。
比如，显示器中封装了很多电子元器件，这些元器件连接在一起为显示器的正常共工作提供支持，那显示器如何与外界的其他设备（如电脑主机、外放音响、耳机等设备）通信交互呢？也是通过显示暴露的通信接口——显示器上暴露的“孔”。通过连接这些“孔”，其他设备就能和显示一起工作，能够获取显示器中的信息数据，也能够为显示器提供一些显示器不具备的功能，比如：优质的音响效果。
先给出结论：“Java的SPI是一种服务发现机制，用于约定接口和动态发现实现类，体现了分层解耦的思想”。 Java的SPI机制常用于框架扩展或组件替换，最常见的Java SPI应用就是JDBC Driver，JDK提供了java.sql.Driver接口，却将具体的实现交给了相应的数据库驱动，比如：在mysql-connector-java-6.0.6.jar文件中可以看到一个遵循Java SPI机制的文件META-INF/services/java.sql.Driver，并且在该文件中定义了具体的驱动实现类完整限定名称：com.mysql.cj.jdbc.Driver。
一、静态代理 代理模式是常用设计模式的一种，我们在软件设计时常用的代理一般是指静态代理，也就是在代码中显式指定的代理。 静态代理由业务实现类、业务代理类两部分组成。业务实现类负责实现主要的业务方法，业务代理类负责对调用的业务方法作拦截、过滤、预处理。在需要调用业务时，不是直接通过业务实现类来调用的，而是通过业务代理类的同名方法来调用被处理过的业务方法。 静态代理的实现： 1、首先定义一个接口，说明业务逻辑。 package com.nnngu.dao; /** * 定义一个账
桥接模式是一种结构型设计模式，它通过将抽象与实现分离来提高代码的可扩展性。桥接模式的关键是使用抽象类或接口来代表抽象部分，使用具体类来代表实现部分，然后使用组合将两者连接起来。通过这种方式，桥接模式使得抽象部分和实现部分可以独立地扩展，而不会相互影响。 桥接模式的优点包括：可扩展性好，可以独立地扩展抽象部分和实现部分，不会相互影响；可维护性好，抽象部分和实现部分分离，易于维护；可复用性好，可以重用已有的抽象类和实现类。缺点是：增加了系统的复杂性，需要额外的抽象类和接口。 桥接模式常用于GUI编程中，用于将抽象的用户界面部分与底层的实现部分分离。它也常用于驱动程序设计中，用于将设备的抽象接口与具体的设备驱动程序分离。
Java8 中的默认方法是针对接口添加的新特性，它是指接口可以直接对方法进行实现，实现方式很简单，直接在方法定义处添加 default 关键字即可，如下所示。
首先说明，注入的对象确实为实现类的对象。（并不是实现类的代理对象，注入并不涉及代理）
SPI框架实现之旅二：整体设计 上一篇简单的说了一下spi相关的东西， 接下来我们准备开动，本篇博文主要集中在一些术语，使用规范的约定和使用方式 设计思路 下图围绕 SpiLoader 为中心，描述
Java 程序员在日常工作中经常会听到 SPI，而且很多框架都使用了 SPI 的技术，那么问题来了，到底什么是 SPI 呢？今天阿粉就带大家好好了解一下 SPI。
如题，Java 中到底是应该用接口类型 还是实现类的类类型去引用对象？首先贴出答案：
（1）Java在利用接口变量调用实现类对象的方法时，该方法必须在接口中发表声明，在接口实现类中，该方法的类型和参数必须与接口中定义的正确匹配。
配套视频：https://cloud.tencent.com/developer/video/76588
如果接口中新增抽象方法，那么实现类都必须要抽象这个抽象方法，非常不利于接口的扩展的
MVC优缺点 【缺点】MVC的耦合性还是相对较高， View可以直接访问Model，导致3者之间构成回路。 因此， 【MVP与MVC的主要区别】是， MVP中的View不能直接访问Model， 需要通过Presenter发出请求，View与Model不直接通信。 另外， 耦合性高的MVC，相对于MVP、MVVM， 可读性、健壮性、可拓展性都大打折扣，也不便于测试； 【MVC缺点的对立面，就是MVP、MVVM的优点】 【优点】简单粗暴，适合简单项目 MVP优缺点 【缺点】对于简单的应用来说
定义 什么是服务提供者框架？服务提供者框架是指这一个系统:多个服务提供者来实现一个服务，系统为客户端的服务提供者提供多个实现，并且 把他们从多个实现中解耦出来。咋一看这个定义，一脸懵逼。那么我们就来
突然，我想对所有的人类添加一个新的特性，例如，添加一个自我介绍的方法，所以我在IPerson里添加了Introduce()这个方法：
当我们遇到同一个方法，里面会根据需要多个逻辑的分支，分支里的行为都不同，但是都服务于同一个功能，这个时候就可以使用策略模式，将行为抽象为一个策略接口中的抽象方法，由接口的实现类——也就是策略类——去实现各中具体的行为。
做Java开发的，现在普遍都用上idea了。可以说，idea是当之无愧的Java开发神器。如果，你现在还没用idea，那肯定是你还没有感受过它的强大。
Jungle有两个手机，分别是M手机和N手机，M手机上有游戏Game1，N手机上有Game2。每次Jungle想玩Game1时，就使用M手机，想玩Game2时，就玩N手机。要是某天Jungle外出，心情大好，两个游戏都想玩，那Jungle还得带上两个手机？？？麻不麻烦？
SPI 全称是 Service Provider Interface，是一种将服务接口与服务实现分离以达到解耦、可以提升程序可扩展性的机制。引入服务提供者就是引入了 SPI 接口的实现者，通过本地的注册发现获取到具体的实现类，可以在运行时，动态为接口替换实现类，实现服务的热插拔。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
