1、前言
在使用spring开发过程中，我们基本上都是使用@Autowired这个注解，用来注入已有的bean。但是有些时候，会注入失败。当我们加上参数（required=false）就能解决。今天整理一个我在实际开发中的例子
2、required属性
@Autowired(required=true)：当使用@Autowired注解的时候，其实默认就是@Autowired(required=true)，表示注入的时候，该bean必须存在，否则就会注入失败。
@Autowired(required=false)：表示忽略当前要注入的bean，如果有直接注入，没有跳过，不会报错。
3、使用
我们的正常使用会在Controller层注入service，在service中注入mapper。
但是如果有一个公用方法，需要注入某个元素，并且这个方法在公用模块里。当该模块被引入其他项目中，该项目中并需要注入所需的bean时，就出现如图【2】的类似错误。那么问题来了，我们项目中并不需要该要注入的类，使得整个项目报错。
4、原因分析及解决
在容器的启动过程中，会初始化很多bean，这也是spring的核心之一（IOC）。但是在注入的过程中，扫描到公共方法中要注入的bean，并未找到，强行注入就会注入失败。我们又不能单独的去除改方法，所以我们采取的思想就是有bean就注入，没有就不注入。解决办法就是@Autowired(required=false)。
5、容器的父子关系
通过日志如图：
通过日志我们可以看到，容器的启动顺序。
先加载父容器（spring），后加载子容器（springmvc）。所以在Controller里面注入service时，父容器中的bean已经初始化完毕，所以正常注入。
在父子容器中，父容器元素对子容器可见，子容器对父容器的元素不可见。所以父容器中不能获取子容器的元素，但是子容器可以获取父容器的元素。
当前容器均可获取当前容器中的元素，也就是说在service中可以注入其他service。
6、问题纠正
这是spring框架提供的三级缓存专门来解决循环依赖的。
测试截图如下：
这里测试一切都是正常的，包括正常调用。
但是如果使用构造函数注入的话，就是是死循环，如图：
