@Autowired注解警告Field injection is not recommended

在使用spring框架中的依赖注入注解@Autowired时，idea报了一个警告
大部分被警告的代码都是不严谨的地方，因此我深刻了解了一下。
被警告的代码以下：

@Autowired
UserDao userDao;

警告内容是

Field injection is not recommended

意思就是使用变量依赖注入的方式是不被推荐的。
使用idea解决策略是这样的：

Always use constructor based dependency injection in your beans. Always use assertions for mandatory dependencies

意思就是老是使用构造器的方式强制注入。

依赖注入有三种方式：

变量（filed）注入
构造器注入
set方法注入
先各自看一下实现方式
变量（filed）注入

@Autowired
UserDao userDao;

构造器注入

final
UserDao userDao;

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

set方法注入

private UserDao userDao;

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

相比较而言：

优势：变量方式注入很是简洁，没有任何多余代码，很是有效的提升了java的简洁性。即便再多几个依赖同样能解决掉这个问题。

缺点：不能有效的指明依赖。相信不少人都碰见过一个bug，依赖注入的对象为null，在启动依赖容器时遇到这个问题都是配置的依赖注入少了一个注解什么的，

然而这种方式就过于依赖注入容器了，当没有启动整个依赖容器时，这个类就不能运转，在反射时没法提供这个类须要的依赖。
在使用set方式时，这是一种选择注入，无关紧要，即便没有注入这个依赖，那么也不会影响整个类的运行。
在使用构造器方式时已经显式注明必须强制注入。经过强制指明依赖注入来保证这个类的运行。

另外一个方面：
依赖注入的核心思想之一就是被容器管理的类不该该依赖被容器管理的依赖，换成白话来讲就是若是这个类使用了依赖注入的类，

那么这个类摆脱了这几个依赖必须也能正常运行。然而使用变量注入的方式是不能保证这点的。
既然使用了依赖注入方式，那么就代表这个类再也不对这些依赖负责，这些都由容器管理，那么如何清楚的知道这个类须要哪些依赖呢？它就要使用set方法方式注入或者构造器注入。

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