为什么spring4后官方推荐使用构造方法作为依赖注入方式

spring的依赖注入有常见几种方式：字段注入、set、构造方法、p命名空间、静态工厂、实例工厂等，set和构造方法支持xml和注解两种方式。常用的是字段的注解方式和set方式。但是不是很理解他们的区别及使用场景，看了几篇博客有所感触。
个人之前认为set方式 可以对注入对象进行拦截及加工，构造方法的方式没用过,下面看看set和构造的区别。

构造注入对比setter注入：

何时使用构造注入，何时使用setter注入，经验法则是:强制依赖用构造，可选依赖用Setter。注意，在settter方法上使用@Required注解即可令属性强制依赖。
Spring 团队建议,构造注入的实例是不可变的，不为null的。此外，构造注入组件要将完全初始化后的实例返回给客户端代码。还有，大量参数的构造函数是非常烂的，它意味着该类有大量的职责，得重构。
setter注入主要用于可选依赖,类内部可以指定默认依赖。否则类内所有使用依赖的地方，都得进行非空校验。setter注入的有个好处就是，类可以重配置或者再注入。因此，使用JMXMBeans进行管理的场景中，就非常适合setter注入。
使用何种依赖注入方式，对于某些类，非常有意义。有时协同第三方类处理，没有源码，由你来决定使用何种方式。比如，第三方类未暴露任何setter方法，那么构造注入也许就是唯一的可行的注入方式了。

来源：https://blog.csdn.net/soonfly/article/details/68507615

@Controller
public class FooController {
  private final FooService fooService;
  @Autowired
  public FooController(FooService fooService) {
      this.fooService = fooService;
  } 
}

依赖不可变：
其实说的就是final关键字，这里不再多解释了。不明白的园友可以回去看看Java语法。
当要实例化FooController的时候，由于自己实现了有参数的构造函数，所以不会调用默认构造函数，那么就需要Spring容器传入所需要的参数，所以就两种情况：1、有该类型的参数->传入，OK 。2：无该类型的参数->报错。所以保证不会为空，Spring总不至于传一个null进去吧 :-(
完全初始化的状态：这个可以跟上面的依赖不为空结合起来，向构造器传参之前，要确保注入的内容不为空，那么肯定要调用依赖组件的构造方法完成实例化。而在Java类加载实例化的过程中，构造方法是最后一步（之前如果有父类先初始化父类，然后自己的成员变量，最后才是构造方法，这里不详细展开。）。所以返回来的都是初始化之后的状态。

来源:https://www.cnblogs.com/joemsu/p/7688307.html