API和SPI之间的区别在于API还提供了一些具体的实现。在这种情况下，服务提供者必须实现一些api(称为SPI)

一个例子是JNDI:

JNDI为上下文查找提供了接口和一些类。在IntialContext中提供了默认的查找上下文的方法。该类将在内部使用SPI接口(使用NamingManager)实现特定于提供者的实现。

为了更好地理解，请参阅下面的JNDI体系结构。

在Java世界中，不同的技术都是模块化的，并且可以“插入”到应用服务器中。这两者之间是有区别的

应用服务器 (SPI) 可插拔技术 (API) 最终用户应用程序

这类技术的两个例子是JTA(事务管理器)和JCA (JMS或数据库适配器)。但还有其他原因。

这种可插技术的实现者必须在应用程序服务器中实现可插的SPI，并提供供最终用户应用程序使用的API。来自JCA的一个例子是ManagedConnection接口，它是SPI的一部分，而Connection是最终用户API的一部分。

API是类/接口/方法/…你用它来实现目标，还有 SPI是类/接口/方法的描述…你通过扩展和实现来实现一个目标。

换句话说，API告诉你一个特定的类/方法为你做了什么，而SPI告诉你必须做什么才能符合。

通常API和SPI是分开的。例如，在JDBC中，驱动程序类是SPI的一部分:如果你只是想使用JDBC，你不需要直接使用它，但是每个实现JDBC驱动程序的人都必须实现这个类。

然而，有时它们会重叠。Connection接口既是SPI也是API:当您使用JDBC驱动程序时，您通常会使用它，并且它需要由JDBC驱动程序的开发人员实现。

服务提供者接口是所有提供者都必须实现的服务接口。如果现有的提供者实现都不适合您，那么您需要编写自己的服务提供者(实现服务接口)并在某处注册(请参阅Roman的有用文章)。

如果重用服务接口的现有提供者实现，基本上就是在使用该特定提供者的API，其中包括服务接口的所有方法以及它自己的一些公共方法。如果您在SPI之外使用提供者API的方法，那么您使用的是提供者特定的特性。

我认为SPI通过实现API的某些特性，然后通过服务查找机制将自身注册为可用，从而嵌入到更大的系统中。API由最终用户应用程序代码直接使用，但可以集成SPI组件。这就是封装和直接使用之间的区别。

API代表应用程序编程接口，其中API是访问某种软件或平台提供的服务/功能的手段。

SPI代表服务提供者接口(Service Provider Interface)， SPI是为软件或平台注入、扩展或改变行为的方法。

API通常是客户端访问服务的目标，它具有以下属性:

>API是一种访问服务以实现特定行为或输出的编程方式

从API发展的角度来看，添加对客户端来说根本不是问题

但是API一旦被客户端使用，它就不能(也不应该)被修改/删除 除非有适当的沟通，否则就彻底退化了 客户的期望

另一部分的SPI是针对提供者的，具有以下属性:

——>SPI是一种扩展/改变软件或平台行为的方法(可编程vs。 编程)

->SPI的进化不同于API的进化，SPI的移除不是一个问题

添加SPI接口会导致问题，可能会破坏现有的实现

更多解释请点击这里:服务提供者接口