目录
二、获取 Bean 对象（对象装配或者对象注入）
1. 属性注入
1.1 属性注入的优点和缺点：
2. Setter注入
2.1 Setter注入的优点和缺点
3. 构造方法注入（spring 官方推荐的对象注入方式）
3.1 构造方法的优点和缺点
4. @Autowired 注解 和 @Resource 注解的区别
4.1 @Autowired 和 @Source 的区别
前言
上一篇文章讲到了如何更简单的存储 Bean 对象，有两种方式： 1. 使用五大 类注解，2. 使用 @Bean 方法注解。这篇文章继续介绍如何更简单的获取 Bean 对象。
二、获取 Bean 对象（对象装配或者对象注入）
对象注入 : 更加简单的读取 Bean 对象（指的是从 Spring 容器中读取某个对象，放到当前类里面）
在 Spring 中实现依赖注入的常见方式有三种：
| 1. 属性注入 |
| 2. Setter 注入 |
| 3. 构造方法注入 |
1. 属性注入
目标：在 Controller 中 得到一个 Service 对象：（如下代码所示，使用 @Autowired 的方式来实现对象注入）
注：如果是在一个静态方法中或者是一个静态属性，此时加载的时机是在 spring容器初始化之前开始执行的，所以不能在静态方法中使用属性注入获取 Bean 对象的。
所以在启动类的 main 方法中还是用原来的方式获取到 Controller 对象，重点是关注使用属性注入的方式是否可以拿到 Service 这个 Bean 对象。
如上图代码运行结果：就是使用属性注入的结果。
1.1 属性注入的优点和缺点：
优点：属性注入的最大的优点就是实现简单，使用简单，只要给变量上边加上一个注解（@Auotwired）,就可以在不 new 对象的情况下直接获取注入的对象了，（这就是DI，依赖注入）
缺点：属性注入同样也会有很多问题，甚至编译器都不推荐使用这种方法，属性注入的缺点包含以下三个：
| 1. 功能性问题：无法注入一个不可变的对象（被 final 修饰的对象）
|
| 2.兼容性问题：只能适用于 IoC 容器，也就是在IoC容器之外这种方式就不适用了。 |
| 3. 设计原则问题：容易违反单一谁原则（单一原则：一个类或者一个方法就只实现一个功能）但是加了属性注入之后，就有了更多的 Bean 对象，此时承担的职责也就更多了。 |
2. Setter注入
运行结果：
2.1 Setter注入的优点和缺点
优点：完全符合单一设计的原则，每一个Setter 只针对一个对象。
缺点：
1. 不能注入不可变对象（final 修饰的对象） |
| 2. 注入的对象可以被修改
|
3. 构造方法注入（spring 官方推荐的对象注入方式）
运行结果：
特点： 如果当前类中只有一个构造方法的时候，允许在构造方法上面不加 @Autowired 注解，然后也是可以拿到 UserService 这个对象的；如下图运行结果：
运行结果：
3.1 构造方法的优点和缺点
优点：
| 1. 可以注入一个不可变的对象。（final 修饰的对象）在Java中，被final 修饰的对象必须满足两个条件中的任意一个： （1）final 修饰的对象，要么直接进行赋值。 （2）final 修饰的对象，要么必须在构造方法中赋值。 |
| 2. 注入的对象不会被修改。（因为构造方法只能调用一次） |
| 3. 注入的对象完全被初始化。（一个类是先执行实例化，然后执行初始化，在初始化时就会把 Bean 对象注入到当前类当中） |
| 4. 兼容性更好。（构造方法是所有框架都支持的，所以脱离IoC容器也可以使用） |
4. @Autowired 注解 和 @Resource 注解的区别
在进行类注入的时候除了使用 @Autowired 注解之外，还可以使用 @Resource 注解，两种在大部分的场景下使用是没有区别的，都可以实现对象注入，但是也是有一点点区别的
4.1 @Autowired 和 @Source 的区别
| 1. 出身不同：@Autowired 是属于spring 的，而 @Resource 来自于JDK的注解。 |
| 2. 使用时设置的参数不同：相对 @Autowired，@Resource 支持更多的参数设置，我们可以看下两个注解的源码：
|
| 3. @Autowired 可以在三种注入方法中都可以使用，但是 @Resource 只可以在 Setter注入和属性注入中使用，不能用在构造方法上，如下代码：
|
