Spring依赖注入Dependency Injection的三种方式

Spring的依赖注入，我们一般使用@Autowired注解来完成，关于依赖注入一般有三种方式：

变量注入、构造器注入、setter方法注入，下面我们仔细分析一下三种注入方式各自的特点以及使用场景。

一、变量注入(Field Injection)

先看看怎么使用：

@Service
public class UserServiceImpl implements UserService {
    @Autowired
    private UserMapper userMapper;
    //...
}

使用IDEA开发的时候，我们发现直接在变量上注解 @Autowired，它会有个警告提示：Field injection is not recommended。如下图：

具体是：Field injection is not recommended

Inspection info: Spring Team recommends: "Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies"。

意思是说“变量依赖注入是不被建议的方式”。Spring官方建议“总是采用构造器注入的方式建立依赖注入”。

优点：

• 注入方式简单，非常简洁，没有任何多余代码；

弊端：

• 注入对象不能用final修饰；
• 可能会导致循环依赖，启动的时候不会报错，在使用那个bean的时候才会报错；
• 对于IOC容器以外的环境，除了使用反射来提供它需要的依赖之外，无法复用该实现类。而且将一直是个潜在的隐患，因为你不调用将一直无法发现NullPointException的存在；

二、构造器注入(Constructor Injection)

先看看怎么使用：

@Service
public class UserServiceImpl implements UserService {
    private final UserMapper userMapper;
    @Autowired
    public UserServiceImpl(UserMapper userMapper) {
        this.userMapper = userMapper;
    }
}

优点：

• 显式注明必须强制注入，通过强制指明依赖注入来保证这个类的运行，防止NullPointerException；
• 注入对象可以使用final修饰；
• 非IOC容器环境也可使用new实例化该类的对象；
• 避免循环依赖，如果存在循环依赖，spring项目启动的时候就会报错；

弊端：

• 当你有十几个甚至更多对象需要注入时，构造函数的代码臃肿，看起来不太舒服；

使用 IEDA 可以在修改变量后重新使用快捷键生成构造方法。

三、setter方法注入(Setter Injection)

先看看怎么使用：

@Service
public class UserServiceImpl implements UserService {
    private UserMapper userMapper;
    @Autowired
    public void setUserMapper(UserMapper userMapper) {
        this.userMapper = userMapper;
    }
}

优点：

• 依赖注入中使用的依赖是可选的，选择依赖的意思是注入的依赖是可以为 NULL；
• 允许在类构造完成后重新注入；

弊端：

• 注入对象不能使用final修饰；

四、使用场景

• 如果注入的属性是必选的属性，则通过构造器注入；
• 如果注入的属性是可选的属性，则通过setter方法注入；
• 至于field注入，不建议使用；