spring知识总结
bean属性及构造器参数:直接量(基本类型、Strings类型等。)
<value/>元素通过字符串来指定属性或构造器参数的值。正如前面所提到的，JavaBean PropertyEditor将用于把字符串从java.lang.String类型转化为实际的属性或参数类型。
Xml代码
<bean id="myDataSource" destroy-method="close"?
? destroy-method="close"
??? />?
?????? </property>?
??? </bean>?
<bean id="theTargetBean" />
??? </property>
</bean>
上述bean定义片段完全地等同于（在运行时）以下的片段：
Xml代码
?? <bean id="theTargetBean" depends-on="manager"/>?
?? 2. <bean id="manager" />?
<bean id="beanOne" depends-on="manager"/>
<bean id="manager" />
ApplicationContext实现的默认行为就是在启动时将所有singleton bean提前进行实例化。如果你不想让一个singleton bean在ApplicationContext实现在初始化时被提前实例化，那么可以将bean设置为延迟实例化。一个延迟初始化bean将告诉IoC 容器是在启动时还是在第一次被用到时实例化。在XML配置文件中，延迟初始化将通过<bean/>元素中的lazy-init属性来进行控制。
当采用XML格式配置bean时，<bean/>元素的 autowire-candidate属性可被设为false，这样容器在查找自动装配对象时将不考虑该bean。
根据经验，对所有有状态的bean应该使用prototype作用域，而对无状态的bean则应该使用singleton作用域。
实现了Spring的InitializingBean和DisposableBean这两个标志接口的bean在初始化和析构时容器会调用前者的afterPropertiesSet()方法，以及后者的destroy()方法。
要避免使用InitializingBean接口（而且不鼓励使用该接口，因为这样会将代码和Spring耦合起来）可以在Bean定义中指定一个普通的初始化方法，即在XML配置文件中通过指定init-method属性来完成。同样要避免使用DisposableBean标志接口（而且不鼓励使用该接口，因为这样会将代码与Spring耦合在一起）可以在bean定义中指定一个普通的析构方法，即在XML配置文件中通过指定destroy- method属性来完成。
顶层<beans/>元素'default-init-method'属性的出现意味着Spring IoC容器会把bean上名为'init'的方法识别为初始化方法回调，并且当bean被创建和装配的时候，如果bean类具有这样的方法，它将会在适当的时候被调用。 类似的，配置析构方法回调是在顶层<beans/>元素上使用'default-destroy-method'属性。
对于实现了org.springframework.beans.factory.BeanFactoryAware接口的类，当它被 BeanFactory创建后，它会拥有一个指向创建它的BeanFactory的引用。也就是让bean能持有一个指向BeanFactory的引用. 但是一般来说应该尽量避免使用，因为这样将使代码与Spring耦合在一起，而且也有违反转控制的原则（协作者应该作为属性提供给bean）。
ObjectFactoryCreatingFactoryBean 与BeanFactoryAware的区别在于它没有违反控制反转这一原则, 因为某个bean在注入了该FactoryBean之后, 所依赖的bean将由该ObjectFactory来提供, 这样可以对依赖bean做更多的工作.
假如bean实现了org.springframework.beans.factory.BeanNameAware接口并被部署在一个 BeanFactory中，BeanFactory会通过该接口的setBeanName()方法以告知其被部署时的bean id。在bean属性被设置完成之后，在像InitializingBean的afterPropertiesSet或是自定义init-method这样的初始化回调执行之前，该接口的回调方法会被调用。
org.springframework.beans.factory.config.BeanPostProcessor接口有两个回调方法可供使用。当一个该接口的实现类被注册（如何使这个注册生效请见下文）为容器的后置处理器(post-processor)后，对于由此容器所创建的每个 bean实例在初始化方法（如afterPropertiesSet和任意已声明的init方法）调用前，后置处理器都会从容器中分别获取一个回调。后置处理器可以随意对这个bean实例执行它所期望的动作，包括完全忽略此回调。一个bean后置处理器通常用来检查标志接口，或者做一些诸如将一个bean 包装成一个proxy的事情；一些Spring AOP的底层处理也是通过实现bean后置处理器来执行代理包装逻辑。
请不要将BeanPostProcessor标记为延迟初始化。如果你这样做，Spring容器将不会注册它们，自定义逻辑无法得到应用。假如你在<beans/>元素的定义中使用了'default-lazy-init'属性，请确信你的各个BeanPostProcessor标记为'lazy-init="false"'
在Spring的BeanPostProcessor实现中调用标志接口或使用注解是扩展Spring IoC容器的常用方法。
BeanFactoryPostProcessor可以对bean的定义（配置元数据）进行处理。也就是说，Spring IoC容器允许BeanFactoryPostProcessor在容器实际实例化任何其它的bean之前读取配置元数据，并有可能修改它。配置多个 BeanFactoryPostProcessor。你还能通过设置'order'属性来控制BeanFactoryPostProcessor的执行次序（仅当BeanFactoryPostProcessor实现了Ordered接口时你才可以设置此属性，因此在实现 BeanFactoryPostProcessor时，就应当考虑实现Ordered接口）
PropertyPlaceholderConfigurer是个bean工厂后置处理器的实现，可以将BeanFactory定义中的一些属性值放到另一个单独的标准Java Properties文件中。
PropertyOverrideConfigurer是另外一个bean factory processor, 他的作用是可以使用properties文件中的值覆盖已有的值
一个processor是改变实例, 一个是改变定义
FactoryBean接口是插入到Spring IoC容器用来定制实例化逻辑的一个接口点。如果你有一些复杂的初始化代码用Java可以更好来表示，而不是用(可能)冗长的XML，那么你就可以创建你自己的FactoryBean，并在那个类中写入复杂的初始化动作，然后把你定制的FactoryBean插入容器中。
-----spring bean id name
id属性命名必须满足XML的命名规范，因为id其实是XML中就做了限定的。总结起来就相当于一个Java变量的命名：不能以数字，符号打头，不能有空格，如123，?ad,"ab "等都是不规范的，Spring在初始化时就会报错
name属性则没有这些限定，你可以使用几乎任何的名称，如?ab,123等，但不能带空格，如"a b"," abc"，，这时，虽然初始化时不会报错，但在getBean()则会报错
但配置文件中允许出现两个name相同的<bean>，在用getBean()返回实例时，后面一个Bean被返回,应该是前面那个<bean>被后面同名的?? <bean>覆盖了。有鉴于此，为了避免不经意的同名覆盖的现象，尽量用id属性而不要用name属性。
name属性可以用,隔开指定多个名字，如<bean name="b1,b2,b3">,相当于多个别名，这时通过getBean("a1") getBean("a2") getBean("a3")返回的都是同一个实例（假设是singleton的情况）
如果id和name都没有指定，则用类全名作为name，如<bean class="com.stamen.BeanLifeCycleImpl">,则你可以通过
?? getBean("com.stamen.BeanLifeCycleImpl")返回该实例。
