Spring的Factories机制介绍

在看本节文章之前，建议大家先去了一下java的SPI机制，因为Spring的Factories就是Spring版本的Java Spi，我在关于java基础系列文章中有详细介绍Java SPI机制。 Spring Factories的最重要的功能就是：可以通过配置文件指定Spring容器加载一些特定的组件。

基本概念

什么是Spring Factories

Spring Factories是一种类似于Java SPI的机制，它在META-INF/spring.factories文件中配置接口的实现类名称，然后在程序中读取这些配置文件并实例化。

引用自博客：Java SPI 主要是应用于厂商自定义组件或插件中。在java.util.ServiceLoader的文档里有比较详细的介绍。简单的总结下java SPI机制的思想：我们系统里抽象的各个模块，往往有很多不同的实现方案，比如日志模块、xml解析模块、jdbc模块等方案。面向的对象的设计里，我们一般推荐模块之间基于接口编程，模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类，就违反了可拔插的原则，如果需要替换一种实现，就需要修改代码。为了实现在模块装配的时候能不在程序里动态指明，这就需要一种服务发现机制。 Java SPI就是提供这样的一个机制：为某个接口寻找服务实现的机制。有点类似IOC的思想，就是将装配的控制权移到程序之外，在模块化设计中这个机制尤其重要。

为什么要有Spring Factories

Spring Factories机制提供了一种解耦容器注入的方式，帮助外部包（独立于spring-boot项目）注册Bean到spring boot项目容器中。

问题：如果想要被Spring容器管理的Bean的路径不再Spring Boot 项目的扫描路径下，那该怎么办呢？ 普通解法1：在Spring Boot 项目中配置ComponentScan注解的扫描路径，添加需要被扫描的方法。 普通解法2：通过在Spring Boot 项目中添加@EnableAutoConfiguration注解，并自定义@EnableXXXXConfiguration的注解，通过注解中的方法注入Bean。 普通解法3：在Spring Boot项目中xxxx.................。

这些解法主要思想都如下图所示，虽然已经实现了帮助外部包（独立于spring-boot项目）注册Bean到spring boot项目容器中的功能，但是Spring Boot 项目都需要知道外部包的信息，并在其代码中引入外部包的相关逻辑，如果外部包变更的情况下，Spring Boot 项目也需要跟着变更，Spring Boot和外部包实现直接存在紧耦合关系。

Spring包依赖

Spring Factories机制解法： 在外部包的META-INF/spring.factories文件中添加配置文件，Spring Boot项目会自动扫描这个配置文件，获取外部包的Bean的详细信息。基本思想如下图所示，从图中可以看到，Spring Boot项目中已经不包含外部包的相关逻辑，实现与外部包之间的解耦关系。

Spring的SPI

Spring Factories机制原理

核心类SpringFactoriesLoader

从上文可知，Spring Factories机制通过META-INF/spring.factories文件获取相关的实现类的配置信息，而SpringFactoriesLoader的功能就是读取META-INF/spring.factories，并加载配置中的类。SpringFactoriesLoader主要有两个方法：loadFactories和loadFactoryNames。

SpringFactoriesLoader官方说明 : General purpose factory loading mechanism for internal use within the framework.

META-INF/spring.factories中定义了实现类和对应的接口之间的关系，其定义格式如下：

example.MyService=example.MyServiceImpl1,example.MyServiceImpl2 其中的example.MyService为接口全称，example.MyServiceImpl1,example.MyServiceImpl2为两个实现类的全称。

官方说明： SpringFactoriesLoader loads and instantiates factories of a given type from META-INF/spring.factories files which may be present in multiple JAR files in the classpath. The file must be in {@link Properties} format, where the key is the fully qualified name of the interface or abstract class, and the value is a comma-separated list of implementation class names. For example: example.MyService=example.MyServiceImpl1,example.MyServiceImpl2 where {@code example.MyService} is the name of the interface, and {@code MyServiceImpl1} and {@code MyServiceImpl2} are two implementations.

loadFactoryName