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注入，不建议使用；

到此这篇关于Spring依赖注入Dependency Injection的三种方式的文章就介绍到这了,更多相关Spring依赖注入内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！