Spring再强大，也要面对降临的问题--因为Spring不是Weblogic、Tomcat般的顶层容器，Servlet和EJB对象不由它创建，所以它必须要降临到Weblogic、Tomcat所在的位面。
初学者一般不用管那么多，照着Spring+hibernate+Struts之类的Sample就做了，但慢慢的，也许就要开始在jsp+javabean体系，土制框架，Singleton类等环境下使用Spring了。
《Professional Java Development with the Spring Framework》第3章有"Managing the Containe"一节讲这个问题。一般可以分为直接召唤系与IoC fashion两类。
1.直接召唤系--Singleton的Application Context
最简单的，就像在UnitTest里那样，直接构造Application Context：
ApplicationContext ctx = new ClasspathXmlApplicationContext("ApplicationContext.xml");
在Web环境里，会使用ContextLoader构造ApplicationContext后，压进Servlet Context。
由ContextLoaderListener或ContextLoaderServlet，在Web应用启动时完成。
然后在Jsp/Servelet中，可以通过Servlet Context取得ApplicationContext：
ApplicationContext context = WebApplicationContextUtils.getWebApplicationContext(application);
但像Singleton类或者EJB中，就没有Servlet Context可用了。
如果全部像UnitTest那样直接构造，速度就会很不堪。自然的，就想到把ApplicationContext做成单例。
Spring提供了ContextSingletonBeanFactoryLocator这样的物体。
先搞一个beanRefFactory.xml，里面写上所有的applcationContext-*.xml文件名，并把Context命名为"default-context"：
<beans>
<bean id="default-context" class="org.springframework.context.support.ClassPathXmlApplicationContext">
<constructor-arg>
<list> <value>applicationContext.xml</value></list>
</constructor-arg>
<bean id="default-context" class="org.springframework.context.support.ClassPathXmlApplicationContext">
<constructor-arg>
<list> <value>applicationContext.xml</value></list>
</constructor-arg>
