Spring Bean 作用域
主要了解 singleton 和 prototype 就好了，他们分别使用 单例模式 和 原型模式
| 来源 | 说明 |
|---|---|
| singleton | 默认作用域，一个BeanFactory有且仅有一个实例（并不是在JVM进程里是唯一的） |
| prototype | 原型作用域，每次以来查找和依赖注入生成新的Bean对象 |
| request | 将Spring Bean存储在ServletRequest上下文中 |
| session | 将Spring Bean存储在HttpSession中 |
| application | 将Spring Bean 存储在ServletContext中 |
依赖查找： 比较 singleton 和 prototype 两种作用域
结论： 使用依赖查找时，singleton会拿到相同的对象，prototype 会拿到不同的对象
首先我们将User对象通过 singleton 和prototype 两种方式分别注入到容器中
我们三次拿到User对象，比较结果（比较name属性）
观察可以看到，使用 singleton 作用域拿到的是相同的对象，prototype 作用域拿到的是不同的对象
依赖注入 比较 singleton 和 prototype 两种作用域
结论：singleton 作用域拿到的是相同的对象，prototype 作用域拿到的仍然是不同的对象
通过@Autowired方式依赖查找对象
把他们打印出来看看，这样子会报错，因为容器中有重复的对象，而我们没有指定哪个是primary
如果我们使用 @Qualifier 注解指定要注入的对象名称，就不会报错了
输出结果如下：可以看到，singleton 作用域拿到的是相同的对象，prototype 作用域拿到的仍然是不同的对象
依赖注入集合时 singleton 和 prototype 作用域的比较
结论：集合中会同时存在一份 singleton bean 和 prototype bean
使用@Autowired直接注入map集合
输出，打印，可以看到 singleton 和 prototype 作用域的对象同时存在
singleton 和 prototype 作用域的生命周期方法的回调情况
结论：
singleton 和 prototype 都会执行初始化方法回调
但仅 singleton 会执行销毁方法回调
为了方便看到 beanName，User类实现了 BeanNameAware 接口，并定义了 初始化 和 销毁方法，具体如下：
我们仍然使用依赖注入集合的方式同时拿到 singleton 和 prototype 作用域中的 User bean，并将他们输出
输出看看，可以看到 prototype bean 的销毁方法并没有被回调
