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 的销毁方法并没有被回调