Java SPI是一种基于约定配置与运行时发现的服务发现机制，用于动态加载接口实现、解耦模块、支持多实现选择及默认实现替换，广泛应用于JDBC驱动加载、Dubbo扩展等场景。
Java SPI（Service Provider Interface）是一种服务发现机制，它允许在运行时动态加载接口的实现类，常用于框架设计中解耦接口与实现。它的核心思想是：面向接口编程，通过配置文件指定实现，由 JDK 提供默认的服务查找机制。
1. 框架扩展点设计
很多开源框架使用 SPI 来支持可插拔的扩展机制，开发者可以在不修改源码的情况下替换或新增功能模块。
典型例子：
- JDBC 驱动加载：从 Java 6 开始，JDBC 使用 SPI 自动发现数据库驱动。只需引入 MySQL、PostgreSQL 等驱动包，它们在 META-INF/services/java.sql.Driver 中声明实现类，DriverManager 就能自动加载。
- Dubbo：Dubbo 大量使用 SPI 实现协议、序列化、负载均衡等组件的扩展，支持自定义实现并优先加载。
2. 解耦接口与实现
在模块化开发中，SPI 可以让接口定义在一个模块中，而实现在另一个模块中，运行时再动态绑定。
立即学习“Java免费学习笔记（深入）”；
适用场景：
- 多个团队协作开发，公共接口由基础平台提供，各业务方提供自己的实现。
- 插件化系统，比如日志输出支持多种方式（本地、远程、异步），通过 SPI 切换实现。
3. 多实现选择与优先级控制
SPI 支持同时注册多个实现类，程序可以根据条件选择使用哪一个。
例如：
- 一个消息通知系统支持邮件、短信、微信推送，通过 SPI 加载所有通知方式，再根据用户配置启用特定通道。
- 不同环境使用不同的配置读取策略（本地文件、ZooKeeper、Nacos），通过 SPI 动态切换。
4. 默认实现与可替换性
SPI 允许为接口提供默认实现，同时保留被第三方覆盖的能力。
优势体现：
- 框架内置默认日志门面实现，用户可引入 log4j 或 slf4j 替代。
- XML 解析器、JSON 序列化器等基础工具可通过 SPI 被优化实现替代。
基本上就这些。Java SPI 不复杂但容易忽略其威力，关键在于理解“基于约定的配置 + 运行时发现”这一模式，在需要灵活扩展的地方合理使用，能显著提升系统的开放性和可维护性。
