1.工厂方法注入
工厂方法是在应用中被经常使用的设计模式，它也是控制反转和单例设计思想的主要实现方法。由于Spring IoC容器以框架的方式提供工厂方法的功能，并以透明的方式开放给开发者，所以很少需要手工编写基于工厂方法的类。正是因为工厂方法已经成为底层设施的一部分，因此工厂方法对于实际编码的重要性就降低了。不过在一些遗留系统或第三方类库中，我们还是会遇到工厂方法，这时可以使用Spring工厂方法注入的方式进行配置。
1.1非静态工厂方法
有些工厂方法是非静态的，即必须实例化工厂类后才能调用工厂方法。下面为Car提供一个非静态的工厂类，创建一个CarFactory.java类，该类的代码如下：
package com.example.servlet001.bean;
public class CarFactory {
/**
* 创建Car的工厂方法
* @return
*/
public Car createHongQiCar(){
Car car=new Car();
car.setBrand("红旗CA2000");
return car;
}
}工厂类负责创建一个或多个目标类实例，工厂类方法一般以接口或抽象类变量的形式返回目标类实例。工厂类对外屏蔽了目标类的实例化步骤，调用者甚至无须知道具体的目标类是什么。上述的CarFactory工厂类仅负责创建Car类型的对象，下面的配置片段使用CarFactory为Car提供工厂方法的注入，代码如下所示：
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:p="http://www.springframework.org/schema/p"
xsi:schemaLocation="http://www.springframework.org/schema/beans https://www.springframework.org/schema/beans/spring-beans.xsd">
<!--工厂类Bean-->
<bean id="carFactory" class="com.example.servlet001.bean.CarFactory">
</bean>
<bean id="car" factory-bean="carFactory" factory-method="createHongQiCar"></bean>
</beans>由于CarFactory工厂类的工厂方法不是静态的，所以首先需要定义一个工厂类的Bean，然后通过factory-bean引用工厂类实例，最后通过factory-method指定对应的工厂类方法。
修改测试类代码对配置进行测试，测试类的代码如下所示：
package com.example.servlet001;
import com.example.servlet001.bean.Car;
import org.springframework.beans.factory.support.DefaultListableBeanFactory;
import org.springframework.beans.factory.xml.XmlBeanDefinitionReader;
import org.springframework.core.io.Resource;
import org.springframework.core.io.support.PathMatchingResourcePatternResolver;
import org.springframework.core.io.support.ResourcePatternResolver;
public class Demo1 {
public static void main(String[] args) {
//通过xml配置文件的方式装在Bean
ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver();
Resource res = resolver.getResource("test.xml");
DefaultListableBeanFactory factory = new DefaultListableBeanFactory();
XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(factory);
reader.loadBeanDefinitions(res);
Car car=factory.getBean("car", Car.class);
System.out.println("brand:"+car.getBrand());
System.out.println("price:"+car.getPrice());
System.out.println("maxSpeed:"+car.getMaxSpeed());
}
}运行该程序后的结果显示如下：
1.2静态工厂方法
很多工厂类方法都是静态的，这意味着用户无须创建工厂类实例的情况下就可以调用工厂类方法，因此，静态工厂方法比非静态工厂方法更易使用。下面对CarFactory进行改造，将其createHongQiCar()方法调整为静态的，代码清单如下：
package com.example.servlet001.bean;
public class CarFactory {
/**
* 创建Car的工厂方法
* @return
*/
public static Car createHongQiCar(){
Car car=new Car();
car.setBrand("红旗CA2000");
return car;
}
}当使用静态工厂类型的方法后，用户就无须在配置文件中定义工厂类的Bean,只需按以下方式进行配置即可：
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:p="http://www.springframework.org/schema/p"
xsi:schemaLocation="http://www.springframework.org/schema/beans https://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="car" class="com.example.servlet001.bean.CarFactory" factory-method="createHongQiCar"></bean>
</beans>直接在<bean>中通过class属性指定工厂类，然后通过factory-method指定对应的工厂方法。
然后重新运行该程序后的结果如下图所示
可以看到运行后得到的结构是跟上述非静态工厂方法是一样的，只是实现的方式不同。
2.选择注入方式的考量
Spring提供了3中可供选择的注入方式，在实际应用中，选择哪种注入方式并没有统一的标准。下面是支持使用构造函数注入的理由：
①构造函数可以保证一些重要的属性在Bean实例化时就设置好，避免因为一些重要属性没有提供而导致一个无用的Bean实例的情况。
②不需要为每个属性提供Setter方法，减少了类的方法个数。
③可以更好地封装类变量，不需要为每个属性指定Setter方法，避免外部错误的调用。
更多的开发者可能倾向于使用属性注入的方式，他们反对构造函数注入的理由如下：
①如果一个类的属性众多，那么构造函数的签名将变成一个庞然大物，可读性很差。
②灵活性不强，在有些属性是可选的情况下，如果是通过构造函数注入，也需要为可选的参数提供一个null值。
③如果有多个构造函数，则需要考虑配置文件和具体构造函数匹配歧义的问题，匹配上相对复杂。
④构造函数不利于类的继承和拓展，因为子类需要引用父类复杂的构造函数。
⑤构造函数注入有时会造成循环依赖的问题。
其实构造函数注入和属性注入各有自己的应用场景，Spring并没有强制用户使用哪一种方式，用户完全可以根据个人偏好做出选择，在某些情况下使用构造函数注入，而在另一些情况下使用属性注入。对于一个全新开发的应用来说，我们不推荐使用工厂方法的注入方式，因为工厂方法需要额外的类和代码，这些功能和业务是没有关系的，既然Spring容器已经以一种更优雅的方式实现了传统工厂模式的所有功能，那么我们大可不必再去做这项重复性的工作。
