1.SPI简介
SPI（Service Provicer Interface）是Java语言提供的一种接口发现机制，用来实现接口和接口实现的解耦。简单来说，就是系统只需要定义接口规范以及可以发现接口实现的机制，而不需要实现接口。
SPI机制在Java中应用广泛。例如：JDBC中的数据库连接驱动使用SPI机制，只定义了数据库连接接口的规范，而具体实现由各大数据库厂商实现，不同数据库的实现不同，我们常用的mysql的驱动也实现了其接口规范，通过这种方式，JDBC数据库连接可以适配不同的数据库。
SPI机制在各种框架中也有应用，例如：springboot的自动装配中查找spring.factories文件的步骤就是应用了SPI机制；dubbo也对Java的SPI机制进行扩展，实现了自己的SPI机制。
2.SPI入门案例
2.1.创建工程
我们刚才在介绍中说过了，SPI机制需要定义接口规范，这里我们以一个简单的接口案例来说明。
首先我们需要创建四个工程：
•spi-interface，这里定义SPI的接口类：Person
•spi-impl1，这里定义接口的第一个实现类：Teacher
•spi-impl2，这里定义接口的第二个实现类：Student
•spi-test，这里通过SPI机制加载所有实现类进行测试
2.2.创建SPI接口规范
接口如下所示：
package com.jd.spi; public interface Person { String favorite(); }2.3.创建实现类1项目
2.3.1.创建接口
接口如下所示：
package com.jd.spi; public class Teacher implements Person { public String favorite() { return "老师喜欢给学生上课"; } }2.3.2.创建spi配置文件
如下图所示，在项目的resources文件夹下创建两个文件夹META-INF/services，然后在文件夹下面创建名称为com.jd.spi.Person的文件，其文件的内容为当前项目的接口实现类com.jd.spi.Teacher。
2.4.创建实现类2项目
2.4.1.创建实现类2
接口如下所示：
package com.jd.spi; public class Student implements Person { public String favorite() { return "学生喜欢努力学习"; } }2.4.2.创建spi配置文件
如下图所示，在项目的resources文件夹下创建两个文件夹META-INF/services，然后在文件夹下面创建名称为com.jd.spi.Person的文件，其文件的内容为当前项目的接口实现类com.jd.spi.Student。
2.5.创建测试项目
2.5.1.引入3个maven依赖
这里需要引入接口定义项目和两个接口实现项目。
如下所示：
<dependencies> <dependency> <groupId>org.example</groupId> <artifactId>spi-interface</artifactId> <version>1.0-SNAPSHOT</version> </dependency> <dependency> <groupId>org.example</groupId> <artifactId>spi-impl1</artifactId> <version>1.0-SNAPSHOT</version> </dependency> <dependency> <groupId>org.example</groupId> <artifactId>spi-impl2</artifactId> <version>1.0-SNAPSHOT</version> </dependency> </dependencies>2.5.2.创建测试类
如下所示：
package com.jd.spi; import java.util.Iterator; import java.util.ServiceLoader; public class SPITest { public static void main(String[] args) { ServiceLoader<Person> loader = ServiceLoader.load(Person.class); for(Iterator<Person> it = loader.iterator(); it.hasNext();){ Person person = it.next(); System.out.println(person.favorite());; } } }运行测试类，其结果如下所示：
我们发现，Java的SPI机制获取了所有Person类的实现类，并执行其对应的favorite方法。
3.SPI机制的原理
3.1.ServiceLoader的核心属性
其核心机制就是ServiceLoader类的load方法，下面我们将从源码来分析其原理。
首先我们先看下ServiceLoader的核心属性：
public final class ServiceLoader<S> implements Iterable<S> { private static final String PREFIX = "META-INF/services/"; // The class or interface representing the service being loaded private final Class<S> service; // The class loader used to locate, load, and instantiate providers private final ClassLoader loader; // The access control context taken when the ServiceLoader is created private final AccessControlContext acc; // Cached providers, in instantiation order private LinkedHashMap<String,S> providers = new LinkedHashMap<>(); // The current lazy-lookup iterator private LazyIterator lookupIterator;这个PREFIX属性、providers属性和lookupIterator属性将在后续的代码中使用到，我们发现PREFIX属性就是示例中说的META-INF/services路径。
3.2.ServiceLoader的遍历器
示例中，我们会获取serviceLoader的遍历器iterator，其方法如下所示：
public Iterator<S> iterator() { return new Iterator<S>() { Iterator<Map.Entry<String,S>> knownProviders = providers.entrySet().iterator(); public boolean hasNext() { if (knownProviders.hasNext()) return true; return lookupIterator.hasNext(); } public S next() { if (knownProviders.hasNext()) return knownProviders.next().getValue(); return lookupIterator.next(); } public void remove() { throw new UnsupportedOperationException(); } }; }然后需要执行遍历器的next方法获取元素，其next方法执行的是lookupIterator.next()。
接下来我们来看下lookupIterator的next方法：
public S next() { if (acc == null) { return nextService(); } else { PrivilegedAction<S> action = new PrivilegedAction<S>() { public S run() { return nextService(); } }; return AccessController.doPrivileged(action, acc); } }其执行的是nextService方法，如下所示：
private S nextService() { if (!hasNextService()) throw new NoSuchElementException(); String cn = nextName; nextName = null; Class<?> c = null; try { c = Class.forName(cn, false, loader); } catch (ClassNotFoundException x) { fail(service, "Provider " + cn + " not found"); } if (!service.isAssignableFrom(c)) { fail(service, "Provider " + cn + " not a subtype"); } try { S p = service.cast(c.newInstance()); providers.put(cn, p); return p; } catch (Throwable x) { fail(service, "Provider " + cn + " could not be instantiated", x); } throw new Error(); // This cannot happen }nextService方法首先执行hasNextService方法，如下所示：
private boolean hasNextService() { if (nextName != null) { return true; } if (configs == null) { try { String fullName = PREFIX + service.getName(); if (loader == null) configs = ClassLoader.getSystemResources(fullName); else configs = loader.getResources(fullName); } catch (IOException x) { fail(service, "Error locating configuration files", x); } } while ((pending == null) || !pending.hasNext()) { if (!configs.hasMoreElements()) { return false; } pending = parse(service, configs.nextElement()); } nextName = pending.next(); return true; }这个方法会执行String fullName = PREFIX + service.getName()，而PREFIX就是我们前面刚才说的非常重要的属性，其值为META-INF/services/，service就是接口类，其最终的fullName指的就是META-INF/services文件夹下的名称为com.jd.spi.Person的文件。
接着会执行configs = loader.getResources(fullName)方法，这个方法这里不做详细描述，其主要功能就是获取类路径下所有相对路径为fullName的所有文件的URL对象。
然后会执行pending = parse(service, configs.nextElement())方法，这个方法这里也不详细描述，其主要功能是读取文件，将文件内容变成字符串，然后nextName就被赋值为当前文件的内容，即实现类的接口全限定名。
因此，执行hasNextService()方法后，nextName被赋值为一个实现类的全限定名。
我们继续看上面的nextService()方法，其最终会执行c = Class.forName(cn, false, loader)方法，这个方法很明显就是通过反射实例化一个对象。通过一系列操作，最终返回了对应实现类的对象。
3.3.流程总结
我们将其总结为以下几个步骤：
1.创建ServiceLoader对象
2.创建迭代器lookupIterator
3.通过迭代器的hasNextService方法读取类路径下META-INF/services目录的所有名称为接口全限定名的文件，将其内容存入configs对象中
4.从configs对象中获取实现类的全限定名，然后通过反射实例化对象
从上述流程，我们也可以总结实现SPI的几点重要信息：
1.实现工程必须在类路径下的META-INF/services目录下创建接口全限定名的文件，其文件内容必须是接口实现类的全限定名
2.实现类必须有一个无参构造方法，因为SPI默认是使用无参构造方法实例化对象的
4.总结
本文首先概述了Java的SPI机制，随后阐述了其基本使用方法，最后深入探讨了其实现原理。SPI在Java语言体系中具有广泛应用，能够有效地实现系统解耦，众多框架基于此机制进行了拓展和优化，从而实现了更为强大的SPI机制。掌握SPI的使用技巧可以帮助我们设计出更为灵活的系统，而深入理解其原理则有助于提升我们的技术水平。
Java开发的就业市场正在经历结构性调整，竞争日益激烈
传统纯业务开发岗位（如仅完成增删改查业务的后端工程师）的需求，特别是入门级岗位，正显著萎缩。随着企业技术需求升级，市场对Java人才的要求已从通用技能转向了更深入的领域经验（如云原生、微服务）或前沿的AI集成能力。这也导致岗位竞争加剧，在一、二线城市，求职者不仅面临技术内卷，还需应对学历与项目经验的高门槛。
大模型为核心的AI领域正展现出前所未有的就业热度与人才红利
2025年，AI相关新发岗位数量同比激增543%，单月增幅最高超过11倍，大模型算法工程师位居热门岗位前列。行业顶尖人才的供需严重失衡，议价能力极强，跳槽薪资涨幅可达30%-50%。值得注意的是，市场并非单纯青睐算法研究员，而是急需能将大模型能力落地于复杂业务系统的工程人才。这使得具备企业级架构思维和复杂系统整合经验的Java工程师，在向“Java+大模型”复合人才转型时拥有独特优势，成为企业竞相争夺的对象，其薪资天花板也远高于传统Java岗位。
说真的，这两年看着身边一个个搞Java、C++、前端、数据、架构的开始卷大模型，挺唏嘘的。大家最开始都是写接口、搞Spring Boot、连数据库、配Redis，稳稳当当过日子。
结果GPT、DeepSeek火了之后，整条线上的人都开始有点慌了，大家都在想：“我是不是要学大模型，不然这饭碗还能保多久？”
先给出最直接的答案：一定要把现有的技术和大模型结合起来，而不是抛弃你们现有技术！掌握AI能力的Java工程师比纯Java岗要吃香的多。
即使现在裁员、降薪、团队解散的比比皆是……但后续的趋势一定是AI应用落地！大模型方向才是实现职业升级、提升薪资待遇的绝佳机遇！
如何学习AGI大模型？
作为一名热心肠的互联网老兵，我决定把宝贵的AI知识分享给大家。 至于能学习到多少就看你的学习毅力和能力了 。我已将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。
因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取
2025最新版CSDN大礼包：《AGI大模型学习资源包》免费分享**
一、2025最新大模型学习路线
一个明确的学习路线可以帮助新人了解从哪里开始，按照什么顺序学习，以及需要掌握哪些知识点。大模型领域涉及的知识点非常广泛，没有明确的学习路线可能会导致新人感到迷茫，不知道应该专注于哪些内容。
我们把学习路线分成L1到L4四个阶段，一步步带你从入门到进阶，从理论到实战。
L1级别:AI大模型时代的华丽登场
L1阶段：我们会去了解大模型的基础知识，以及大模型在各个行业的应用和分析；学习理解大模型的核心原理，关键技术，以及大模型应用场景；通过理论原理结合多个项目实战，从提示工程基础到提示工程进阶，掌握Prompt提示工程。
L2级别：AI大模型RAG应用开发工程
L2阶段是我们的AI大模型RAG应用开发工程，我们会去学习RAG检索增强生成：包括Naive RAG、Advanced-RAG以及RAG性能评估，还有GraphRAG在内的多个RAG热门项目的分析。
L3级别：大模型Agent应用架构进阶实践
L3阶段：大模型Agent应用架构进阶实现，我们会去学习LangChain、 LIamaIndex框架，也会学习到AutoGPT、 MetaGPT等多Agent系统，打造我们自己的Agent智能体；同时还可以学习到包括Coze、Dify在内的可视化工具的使用。
L4级别：大模型微调与私有化部署
L4阶段：大模型的微调和私有化部署，我们会更加深入的探讨Transformer架构，学习大模型的微调技术，利用DeepSpeed、Lamam Factory等工具快速进行模型微调；并通过Ollama、vLLM等推理部署框架，实现模型的快速部署。
整个大模型学习路线L1主要是对大模型的理论基础、生态以及提示词他的一个学习掌握；而L3 L4更多的是通过项目实战来掌握大模型的应用开发，针对以上大模型的学习路线我们也整理了对应的学习视频教程，和配套的学习资料。
二、大模型经典PDF书籍
书籍和学习文档资料是学习大模型过程中必不可少的，我们精选了一系列深入探讨大模型技术的书籍和学习文档，它们由领域内的顶尖专家撰写，内容全面、深入、详尽，为你学习大模型提供坚实的理论基础。（书籍含电子版PDF）
三、大模型视频教程
对于很多自学或者没有基础的同学来说，书籍这些纯文字类的学习教材会觉得比较晦涩难以理解，因此，我们提供了丰富的大模型视频教程，以动态、形象的方式展示技术概念，帮助你更快、更轻松地掌握核心知识。
四、大模型项目实战
学以致用，当你的理论知识积累到一定程度，就需要通过项目实战，在实际操作中检验和巩固你所学到的知识，同时为你找工作和职业发展打下坚实的基础。
五、大模型面试题
面试不仅是技术的较量，更需要充分的准备。
在你已经掌握了大模型技术之后，就需要开始准备面试，我们将提供精心整理的大模型面试题库，涵盖当前面试中可能遇到的各种技术问题，让你在面试中游刃有余。
因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取
2025最新版CSDN大礼包：《AGI大模型学习资源包》免费分享
