姣曚笟璁烘枃澶栨枃缈昏瘧-Spring 妗嗘灦绠�浠?- 鐧惧害鏂囧簱

在默认情况下，所有的bean都是通过Singleton模式创建的：每个应用上下文中只有一个实例。当Spring开始构造上述应用上下文时，“myInventoryManager”bean将自动获得生命的DataSource对象（“myDataSource”bean）：随后，“myProductManager”也会获得“myInventoryMnager”bean的引用。这些对象（也就是Spring属于常说的“bean”）只需要暴露相应的bean属性或者后遭子参数即可，而不需要进行任何特定的查找操作。

我们在web.xml中定义一个监听器（ContextLoaderListener），用于加载根应用上下文（root applicatiob context）。这个监听器定义如下：

org.springframework.web.context.ContextLoaderListener

...

Web应用程序的初始化后，根Web应用程序上下文将作为ServletContext的属性对整个Web应用程序，以通常的方式。它可以很容易地通过取相应的属性，从那里检索，或通过org.springframework.web便利的方法。context.support.webapplicationcontextutils。这意味着应用程序的上下文将在任何Web资源访问ServletContext可用，如Servlet，JSP，过滤器，或Struts动作，如下：

WebApplicationContext WAC = webapplicationcontextutils。 getwebapplicationcontext（ServletContext）；

Spring Web MVC框架允许web控制器被定义为在应用程序上下文中的孩子，每一个调度servlet。这种控制器可以表达依赖于豆类中的根的应用程序上下文

21

中通过简单的bean的引用。因此，典型的Spring Web MVC应用程序不需要执行一个应用程序上下文或bean工厂手工查找，或做任何其他形式的查找。

其他客户端对象是由应用程序上下文自己管理不：他们可以接收的协作对象作为bean的引用。

第五章：核心bean工厂

在前面的章节中，我们已经看到在一个网络环境的Spring IoC容器典型用途：提供便利类允许无缝集成，而不必担心底层容器的细节。然而，它确实帮助的内部运作看明白春天经营集装箱。因此，现在我们将看看更详细的Spring bean容器，从最低的建筑块：bean工厂。后来，我们将继续在应用程序上下文的概念资源设置和细节。

一个轻量级容器的主要动机之一是用定制的工厂，经常发现在J2EE应用程序的许多单身。Spring bean工厂提供了设置任何数量的应用程序对象的一个一致的方式，无论是粗粒度组件或细粒度业务对象。应用反射和依赖注入，bean工厂可以不需要知道Spring所有的组件的宿主。因此，我们称之为Spring的一种非侵入性的应用程序框架。

第六章：基础接口

在

Spring

中，轻量级容器最基本的接口时

org.springframework.beans.facory.BeanFactory。这是一个非常简单的接口，所以如果没有任何现成的bean工厂实现能够满足你的要求（这种情况非常罕见）。你也可以很容易地创建自己的实现。BeanFactory接口提供了两个getBean（）方法，它们都可以根据String类型的名称查找获取bean实例，两者的不同之处在于：其中一个getBean()方法允许使用者检查获得的bean是否具有所需的类型（如果类型不符，会抛出一个BeanNotOfRequireTypeExpection异常）。

public interface BeanFactory {

Object getBean(String name) throws BeansException; Object

getBean(String

name,

Class

requiredType)

throws

BeansException;

22

boolean containsBean(String name); boolean

isSingleton(String

name)

throws

NoSuchBeanDefinitionException;

String[]

getAliases(String

name)

throws

NoSuchBeanDefinitionException;

}

使用者可以通过issingleton()方法检查牧歌特定名称声明的bean被定为Singleton还是Prototype。如果bean被定义为Singleton，所有对getBean()方法的调用将返回同一个对象实例的引用；如果bean被定义为Prototype，每次对getBean()的调用都将新建一个独立的对象实例。

如果某个bean配置了别名，getAliases()方法将返回它所有的别名。借助这种机制，我们可以为bean提供更具描述力的名称，而不必受特定的bean工厂存储机制的约束--例如XML文档对id属性的取值就有诸多限制。

在大多数的BeanFactory实现方法是意识到一个层次，可实施的一部分。如果一个bean是不是在目前厂发现，母厂会问，直到根厂。从一个人的角度，在这样一个层次结构的所有工厂会合并成一个。在祖先的上下文的bean定义中是可见的后代，而不是反。

BeanFactory接口的大多数实现不仅提供给了一个可以按名称查询的对象注册表，对于“用IoC配置这些对象”也提供了丰富的支持。例如，他们可以管理对象之间的依赖关系，也可以将简单属性值赋给对象。在下一节，我们将看到如何在一个简单、直观的XML结构中描述这些配置信息。

大多数的BeanFactory接口实现不只是提供一个注册的对象的名称；他们提供配置这些对象使用IOC丰富的支持。例如，他们管理的托管对象之间的关联，以及简单的性质。在下一节，我们将看看这样的配置可以在一个简单而直观的

23

XML结构表达。

Org.springframework.beans.factory.listablebeanfactory子接口可以列出工厂中所有的bean。这个子接口提供了一系列方法，可以用于获得工厂中定义bean的数量、所有bean的名称、具有特定类型的所有的名称等：

public interface ListableBeanFactory extends BeanFactory { int getBeanDefinitionCount(); String[] getBeanDefinitionNames();

String[] getBeanDefinitionNames(Class type); boolean containsBeanDefinition(String name);

Map getBeansOfType(Class type, boolean includePrototypes, boolean includeFactoryBeans) throws BeansException }

ListableBeanFactory可以获得管理对象的相关信息，可以利用这一能力来实现这样的对象：这种对象需要与一组别的对象协作，并且只有到运行时才知道与其协作的究竟是哪些对象。

相反，BeanFactory接口，在ListableBeanFactory方法适用于目前的工厂实例和不带一个层次的帐户，工厂可能是部分。该org.spring framework.beans.factory.beanfactoryutils类提供了类似的方法，遍历整个工厂层次。

Spring的bean工厂有很多种方法，从简单的bean配置J2EE资源整合和AOP代理生成。bean工厂是中央的，一致的方式设置任何一种在春天，应用对象是否刀，业务对象，或网络控制器。注意，应用对象很好需要直接用到BeanFactory接口--它们通常都在工厂中配置、组装，不需要针对Spring编写任何特殊的代码。

如果只需要使用bean工厂，Spring发布了一个很小的spring-core.jar文件，可以植入任何种类的应用中去。除了J2SE 1.3（以及用于XML解析的JAXP）之外，它唯一依赖的第三方只有Jakarta Commons Logging API。

24