为什么spring不推荐@Autowired注入

spring中的三种依赖注入方式

1. 变量（filed）注入

@Autowired
UserDao userDao;

• 1
• 2

2. 构造器注入

final
UserDao userDao;

@Autowired
public UserServiceImpl(UserDao userDao) {
    this.userDao = userDao;
}

• 1
• 2
• 3
• 4
• 5
• 6
• 7

3. set方法注入

private UserDao userDao;

@Autowired
public void setUserDao (UserDao userDao) {
    this.userDao = userDao;
}

• 1
• 2
• 3
• 4
• 5
• 6

如你所见，变量（filed）注入的方式是如此的简洁，没关。但实际上他是有一些问题的，具体问题如下

• 不能有效的指明依赖。相信很多人都遇见过一个bug，依赖注入的对象为null，在启动依赖容器时遇到这个问题都是配置的依赖注入少了一个注解什么的。这种方式就过于依赖注入容器了，当没有启动整个依赖容器时，这个类就不能运转，在反射时无法提供这个类需要的依赖。
• 依赖注入的核心思想之一就是被容器管理的类不应该依赖被容器管理的依赖，换成白话来说就是如果这个类使用了依赖注入的类，那么这个类摆脱了这几个依赖必须也能正常运行。然而使用变量注入的方式是不能保证这点的。

而如果是采用构造器注入或者set注入，就可以避免上诉问题。

• 使用set方式时，这是一种选择注入，可有可无，即使没有注入这个依赖，那么也不会影响整个类的运行。
• 使用构造器方式时已经显式注明必须强制注入。通过强制指明依赖注入来保证这个类的运行。

总结

变量方式注入应该尽量避免，使用set方式注入或者构造器注入，这两种方式的选择就要看这个类是强制依赖的话就用构造器方式，选择依赖的话就用set方法注入。