前言
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注解中经常遇到的。
这种问题可能是由于Bean的构造函数抛出异常、初始化失败等原因引起的。
UnsatisfiedDependencyException：存在多个匹配的Bean
在我们日常使用Springboot开发中此情况常见于一个service接口有多个实现类，因为@Autowired注解进行依赖注入时是默认按属性类型的，此时对该service进行依赖注入时，容器中出现多个类型相同bean（因为它有多个实现类），容器不知道为它注入哪个，只能走抛异常的方式。
运行结果：
当Spring容器无法找到与@Autowired注解所需类型匹配的Bean时，就会抛出NoSuchBeanDefinitionException异常。
使用@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注解），执行报异常的操作
以防上图看的不清楚
