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在你的工程都存在， 但是你却无法访问。