详解@Autowired(required=false)注入注意的问题
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。
但是，当前容器不可以注入自己。这样就会不停的注入自己，陷入死循环。从而找不到要注入的bean。如图：
当然我们几乎不能这样坑自己，然而我就这么坑了自己。。。
到此这篇关于@Autowired(required=false)注入注意的问题的文章就介绍到这了,更多相关@Autowired required=false注入内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！