小编这次要给大家分享的是@Autowired(required=false)注入应该注意什么问题，文章内容丰富，感兴趣的小伙伴可以来了解一下，希望大家阅读完这篇文章之后能够有所收获。
在使用spring开发过程中，我们基本上都是使用@Autowired这个注解，用来注入已有的bean。但是有些时候，会注入失败。当我们加上参数（required=false）就能解决。今天整理一个我在实际开发中的例子
@Autowired(required=true)：当使用@Autowired注解的时候，其实默认就是@Autowired(required=true)，表示注入的时候，该bean必须存在，否则就会注入失败。
@Autowired(required=false)：表示忽略当前要注入的bean，如果有直接注入，没有跳过，不会报错。
我们的正常使用会在Controller层注入service，在service中注入mapper。
但是如果有一个公用方法，需要注入某个元素，并且这个方法在公用模块里。当该模块被引入其他项目中，该项目中并需要注入所需的bean时，就出现如图【2】的类似错误。那么问题来了，我们项目中并不需要该要注入的类，使得整个项目报错。
在容器的启动过程中，会初始化很多bean，这也是spring的核心之一（IOC）。但是在注入的过程中，扫描到公共方法中要注入的bean，并未找到，强行注入就会注入失败。我们又不能单独的去除改方法，所以我们采取的思想就是有bean就注入，没有就不注入。解决办法就是@Autowired(required=false)。
通过日志如图：
通过日志我们可以看到，容器的启动顺序。
- 先加载父容器（spring），后加载子容器（springmvc）。所以在Controller里面注入service时，父容器中的bean已经初始化完毕，所以正常注入。
- 在父子容器中，父容器元素对子容器可见，子容器对父容器的元素不可见。所以父容器中不能获取子容器的元素，但是子容器可以获取父容器的元素。
- 当前容器均可获取当前容器中的元素，也就是说在service中可以注入其他service。
李,
但是,当前容器不可以注入自己。这样就会不停的注入自己,陷入死循环。从而找不到要注入的bean。如图:
看完这篇关于@ autowired(要求=false)注入应该注意什么问题的文章,如果觉得文章内容写得不错的话,可以把它分享出去给更多人看到。
