Spring容器-ApplicationContext的单例设计  

 

每次通过new创建一个ApplicationContext容器，都会执行refresh方法，看源代码了解到这个refresh方法会重新加载配置文件，并且这个创建的容器对象持有一个所有singleton类型bean的map集合，从而实现单例，而且这个map对象的生命周期和容器对象的生命周期是一样的 

如果我们每次都通过new一个容器对象，那么每次都要重新加载配置文件，都要重新生成这个singleton bean的集合，这样所谓的单例就失去了意义 

在实际的应用中，ApplicationContext容器对象是不是不是象开始说的那样每次都new一个，还是我事先创建好一个ApplicationContext容器对象，而把它保存到某一个地方，而我在需要这个容器的时候取来用即可（就像struts中RequestProcessor对action的缓存一样，最终由ServletContext控制）

在web应用开发中，我们可以将ApplicationContext容器的启动放在web容器的初始化中实现，这样Spring容器就存放于web容器（servletContext）当中，应用时取出即可。

而在普通的应用程序中，就需要客户化的代码来实现，最简单的方式就是用一个单例类来封装这个ApplicationContext容器

用户使用spring配置了N多个Bean. 在web中，spring的bean的获得，常常需要 ApplicationContext对象，或WebApplicationContextUtils类，这些都需要用户的 代码在spring的管理之内，脱离了spring的管理范围，尽管这些bean在你的工程都存在， 但是你却无法访问。