前语
1. 你是否懂得@Autowired注解在运用上的细节？
2. 你是否在处理因@Autowired发生的反常而无处下手？
3. 你是否了解@Autowired的基本原理？
咱们在做项目的过程中，随着项目规模的增大、第三方服务的引进，项目中类与类之间的依靠关系错综复杂，而@Autowired作为在依靠注入中最常运用到的注解，若没有必定的常识储藏，遇到问题就直接百度搜报错信息的话，很大程度会形成一杯茶一包烟，一个bug搞一天。
本篇文章我将从以上三个问题出发讲解@Autowired运用中容易犯错的当地。
一.@Autowired的运用细节
1.依靠注入：@Autowired它能够对类成员变量、办法及结构函数三处当地进行标示。标示在函数上时，@Autowired会自动识别函数上的参数，接着从Spring容器中找到对应的Bean进行依靠注入，同时也能够搭配@Qualifier处理歧义问题。
2.多个匹配的Bean的处理：@Autowired默许依照byType（特点类型）安装办法，如果遇到多个匹配的Bean或许需求依据称号进行安装，能够结合@Qualifier注解来指定要注入的Bean称号。
3.@Autowired的可选性： 运用@Autowired(required = false)能够将依靠标记为可选的。如果找不到匹配的Bean，将不会抛出反常，但需求注意处理依靠缺失的状况以防止NPE反常。
4.@Autowired标示的字段的引证：在运用了@Autowired注解的Java中类的初始化次序为
静态变量->静态初始化块->变量初始化->初始化块->结构器->@Autowired标示的变量赋值
也就是说标示了@Autowired注解的变量要比及类彻底加载完才会将相应的bean注入。所以不要在结构器中运用被@Autowired注解标示的变量。
二.@Autowired常见的扎手的反常
以下几种反常是边试咱们在运用@Autowired注解中常常遇到的。
- BeanCreationException：Bean创建失利
这种问题或许是因为Bean的结构函数抛出反常、初始化失利等原因引起的。
-
UnsatisfiedDependencyException：存在多个匹配的Bean
在咱们日常运用Springboot开发中此状况常见于一个service接口有多个完成类，因为@Autowired注解进行依靠注入时是默许按特点类型的，此时对该service进行依靠注入时，容器中出现多个类型相同bean（因为它有多个完成类），容器不知道为它注入哪个，只能走抛反常的办法。
- NoSuchBeanDefinitionException
当Spring容器无法找到与@Autowired注解所需类型匹配的Bean时，就会抛出NoSuchBeanDefinitionException反常。
- BeanCurrentlyInCreationException：循环依靠问题
运用@Autowired时，如果存在循环依靠（A依靠B，B又依靠A），会导致BeanCurrentlyInCreationException反常。
运转结果：
5.NullPointException：空指针反常
没错，NullPointException也是运用Autowired常常碰到的反常。这种反常常常出现在依靠未注入而导致的。@Autowired的运用细节目录中提到的1，2，4都有或许导致。
三.@Autowired底层简述
在Spring中有着一个后处理器的概念，每一个后处理器都有着解析一种或许多种注解的功用。@Autowired正是由AutowiredAnnotationBeanPostProcessor进行解析的。它的流程分为两步，榜首：找到类中@Autowired标示的的特点或许函数；第二：到容器去找到对应类型的bean去注入。
这个办法详细在AutowiredAnnotationBeanPostProcessor的258行
接着咱们做个测验，进行debug
这是用到的类，这里的UserMapper故意没标示@Mapper注解，模仿犯错状况。
蓝色那一行，底层依据beanName：“userServiceImpl”到缓存中找到类的元数据，
返回的元数据中有userServiceImpl顶用@Autowired标示的特点“userMapper”
接着进行一个数据校验（非空判别）
发现容器中并没有匹配的bean（前面故意没在mapper接口上加mapper注解），执行报反常的操作
以防上图看的不清楚
