BeanFactory和Application BeanFactory的分类 org.springframework.io.ByteArray 定义内容由一组字节给点的资源 org.springframework.core.io.ClassPath 定义可从classpath提取的资源 org.springframework.core.io.Descriptive 定义包含资源描述符但是实际没有可读资源的资源（不懂） org.springframework.core.io.FileSystemResource 定义可从文件系统提取的资源 org.springframework.core.io.InputStreamResource 定义从输入流提取的资源 org.springframework.web.portlet.context.PorletContextResource 定义可用在portlet上下文中的资源 org.springframework.web.context.support.ServletContextResource 定义可用在servlet上下文中的资源 org.springframework.core.ioUrlResource 定义可以用在URL提取的资源 ApplicationContext ClassPathXmlApplicationContext 从类路径中的xml文件载入上下文定义的信息 FileSystemXmlApplicationContext 从文件系统中的XML文件载入上下文定义的信息 XmlWebApplicationContext 从Web系统中的Xml文件载入的定义信息 ApplicationContext和BeanFactory的作用几乎相同。只是前者比后者多了3个功能 1，提供了文本信息解析工具，包括国家化（I18N）的支持 2，提供了载入文件资源的通用方法，如载入图片 3，可以像想注册为见提起的Bean发送事件 由于刚学，所以觉得还没发觉前面两个有什么特别的用处。但是最后一个真是相当不错的方法。在书中说，只有在资源很少的情况下，例如移动设备上才考虑用BeanFactory，由此可见ApplicationContext资源不比Beanfactory多多少。所以估计才企业开发中，可以完全不用考虑。 Bean的生命周期 1) 实例化 2) 设置属性值 3）调用BeanNameAware的setBeanName（）方法 4）抵用BeanFactoryAware的setBeanFactory()方法 5）调用ApplicationContextAware的setApplicationContext方法 6）抵用BeanPostProcessor的预初始化方法 7）调用InitializingBean的afterPropertiesSet方法 8）调用定制的初始化方法 9）调用BeanPostProcessor的后初始化方法 ----Bean可以被使用了 10）调用DisposableBean的destroy犯法 11）抵用定制的销毁方法。 以上是一个ApplicationContext中的bean的生命周期，BeanFactory只比其少了红色的这个方法。 书中没有对各个方法有什么特别的阐述，但是就其方法名来猜测，我觉得是为了让Spring管理Bean（是指实例化Bean之后）而做的一些工作。 装配Bean <!-- 构造函数注入 --> <bean id="duke" class="geniusgame.PoeticJuggler"> <constructor-arg value="15"/> <constructor-arg ref="sonnet29"/> <!-- 这是注入一个自定义对象的方法 除了常用对象和基本数据类型之外的其他对象的注入 --> </bean> <bean id="sonnet29" class="geniusgame.Sonnet29"></bean> <!-- 属性注入 --> <bean id="kenny" class="geniusgame.Instrumentalist" init-method="begin" destroy-method="a"> <property name="song" value="沧海一声笑"/> <property name="instrument" ref="piano"/> </bean> <bean id="hank" class="geniusgame.OneManBand"> <property name="instruments"> <!-- 集合的注入方式 之所以之用map，是因为其他的几乎一样，就是这里用的<entry>标签,其他用了<ref>标签，而map比较特殊，想要看看key的值。 结果这样的集合，key的值为saxophone和piano --> <map> <entry key="saxophone" value-ref="saxophone"/> <entry key="piano" value-ref="piano"/> </map> </property> </bean> 关于注入方式的选择书中也说了各有千秋，但就我个人而言，我比较喜欢属性注入的方式，首先，这样更像一个bean，其次，使产生的Bean不那么依赖于Spring，或者说先期的配置。 Bean的范围 在Bean标签中使用scope属性，对应的值分别为 singleton 定义bean的范围为每一个Spring容器一个实例 Prototype 允许Bean可以被多次实例化（使用一次就创建一个实例） request 定义Bean的范围为Http的请求（web中有效） session 定义Bean的范围为Http的会话（web中有效） global-session 定义Bean的范围是全局Http会话，只有在portlet上下文中才有效。 利用工厂化方法来创建Bean
<bean id="theStage" class="geniusgame.Stage" factory-method="getInstance"/>
配置文件是这样的。我对其的理解是，一旦使用了这种方法，那么也就是告诉了Spring，生成这个方法的时候，调用Class类factory-method中指定的方法，书中的例子利用这个在不同的context中生成相同的Bean
初始化和销毁Bean 两种方式，一种是使用<bean>标签中的init-method方法和destory-method方法。另一种让类实现InitializingBean和DisposableBean接口 其实个人觉得，这些方法有点怪，难道不能直接把初始化的方法写在构造函数中，然后把destroy方法写入finialize方法，不过转念一想，估计是和上下文有关吧。就好像Hibernate中的，持久化对象交由持久化上下文管理一样。这里bean也会被ApplicationContext管理沾点边吧？
