(1),每一个bean属性，就是一个普通的java类。
类有属性，有方法，如何交给容器管理。(注解的方式，xml方式配置)
(2),通过Bean来实例化对象的方式
1.通过构造器(一般是无参的默认构造器)
<bean id="exampleBean" class="examples.ExampleBean"/>
<bean name="anotherExample" class="examples.ExampleBeanTwo"/>
2.使用静态工厂方法实例化
下面的bean定义展示了如何通过工厂方法来创建bean实例。注意，此定义并 未指定返回对象的类型，仅指定该类包含的工厂方法。
在此例中， createInstance()必须是一个static方法。
<bean id="exampleBean"
class="examples.ExampleBean2"
factory-method="createInstance"/>
(3),使用实例工厂方法实例化
(4), 注入依赖
依赖注入（DI）背后的基本原理是对象之间的依赖关系（即一起工作的其它对象）只会通过以下几种方式来实现：
构造器的参数、工厂方法的参数，或给由构造函数或者工厂方法创建的对象设置属性。
因此，容器的工作就是创建bean时注入那些依赖关系。相对于由bean自己来控制其实例化、
直接在构造器中指定依赖关系或者类似服务定位器（Service Locator）模式这3种自主控制依赖关系注入
的方法来说，控制从根本上发生了倒转，这也正是控制反转（Inversion of Control， IoC） 名字的由来。
应用DI原则后，代码将更加清晰。而且当bean自己不再担心对象之间的依赖关系
（甚至不知道依赖的定义指定地方和依赖的实际类）之后，实现更高层次的松耦合将易如反掌。
DI主要有两种注入方式，即Setter注入和构造器注入
(5),在采用构造器注入的方式配置bean时，很有可能会产生循环依赖的情况。
比如说，一个类A，需要通过构造器注入类B，而类B又需要通过构造器注入类A。
如果为类A和B配置的bean被互相注入的话，那么Spring IoC容器将检测出循环引用，
并抛出 BeanCurrentlyInCreationException异常。
对于此问题，一个可能的解决方法就是修改源代码，将某些构造器注入改为setter注入。
(6),依赖配置详解
<bean id="myDataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
<!-- results in a setDriverClassName(String) call -->
<property name="driverClassName" value="com.mysql.jdbc.Driver"/>
<property name="url" value="jdbc:mysql://localhost:3306/mydb"/>
<property name="username" value="root"/>
<property name="password" value="masterkaoli"/>
</bean>
(7),各类数据类型的依赖注入
<bean id="moreComplexObject" class="example.ComplexObject">
<!-- results in a setAdminEmails(java.util.Properties) call -->
<property name="adminEmails">
<props>
<prop key="administrator">administrator@example.org</prop>
<prop key="support">support@example.org</prop>
<prop key="development">development@example.org</prop>
</props>
</property>
<!-- results in a setSomeList(java.util.List) call -->
<property name="someList">
<list>
<value>a list element followed by a reference</value>
<ref bean="myDataSource" />
</list>
</property>
<!-- results in a setSomeMap(java.util.Map) call -->
<property name="someMap">
<map>
<entry>
<key>
<value>an entry</value>
</key>
<value>just some string</value>
</entry>
<entry>
<key>
<value>a ref</value>
</key>
<ref bean="myDataSource" />
</entry>
</map>
</property>
<!-- results in a setSomeSet(java.util.Set) call -->
<property name="someSet">
<set>
<value>just some string</value>
<ref bean="myDataSource" />
</set>
</property>
</bean>
(8),自动装配
Spring IoC容器可以自动装配（autowire）相互协作bean之间的关联关系。
因此，如果可能的话，可以自动让Spring通过检查BeanFactory中的内容，
来替我们指定bean的协作者（其他被依赖的bean）。autowire一共有五种类型。
由于autowire可以针对单个bean进行设置，因此可以让有些bean使用autowire，有些bean不采用。
<bean id="waiter"
class="container.autowire.Waiter">
<property name="name"
value="宝玉"/>
</bean> <!-- 自动装配
byName:容器依据属性名查找对应的
bean,然后调用对应的set方法
来完成注入。
-->
<!--
<bean id="bar"
class="container.autowire.Bar"
autowire="byName"/>
-->
<!--
自动装配
byType:容器依据属性类型查找对应的
bean,然后调用对应的set方法
来完成注入。
注意：有可能有多个bean满足条件，会报错。
-->
<!--
<bean id="bar"
class="container.autowire.Bar"
autowire="byType"/>
-->
<!--
自动装配
constructor:
容器依据属性类型查找对应的
bean,然后调用对应的构造器
来完成注入。
注意：有可能有多个bean满足条件，
会报错。
-->
<bean id="bar"
class="container.autowire.Bar"
autowire="constructor"/>
(9)Bean的作用域
当一个bean的作用域为singleton, 那么Spring IoC容器中只会存在一个共享的bean实例，
并且所有对bean的请求，只要id与该bean定义相匹配，则只会返回bean的同一实例。
Singleton作用域是Spring中的缺省作用域；(缺省就是默认)
singleton 只有一个实例，也即是单例模式。
prototype访问一次创建一个实例，相当于new。
应用场合：
1.需要回收重要资源(数据库连接等)的事宜配置为singleton，如果配置为prototype需要应用确保资源正常回收。
2.有状态的Bean配置成singleton会引发未知问题，可以考虑配置为prototype。
对于prototype作用域的bean，有一点非常重要，那就是Spring不能对一个prototype bean的整个生命周期负责：
容器在初始化、配置、装饰或者是装配完一个prototype实例后，将它交给客户端，随后就对该prototype实例不闻不问了。
(10)初始化web配置
要使用request、session和 global session作用域的bean（即具有web作用域的bean）， 在开始设置bean定义之前，还要做少量的初始配置。请注意，假如你只想要“常规的”作用域，（singleton和prototype），就不需要这一额外的设置。
在目前的情况下，根据你的特定servlet环境，有多种方法来完成这一初始设置...
如果你用Spring Web MVC，即用SpringDispatcherServlet或DispatcherPortlet来处理请求，则不需要做特别的配置：DispatcherServlet 和 DispatcherPortlet已经处理了所有有关的状态
当使用了Spring's DispatcherServlet以外的Servlet 2.4及以上的Web容器时（如使用JSF或Struts），你需要在Web应用的'web.xml'文件中增加 javax.servlet.ServletRequestListener 定义
<web-app>
...
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>
...
</web-app>
如果你用的是早期版本的web容器（Servlet 2.4以前的版本），那么你要使用一个javax.servlet.Filter的实现。请看下面的web.xml配置片段：
<web-app>
..
<filter>
<filter-name>requestContextFilter</filter-name>
<filter-class>org.springframework.web.filter.RequestContextFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>requestContextFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
...
</web-app>
RequestContextListener和RequestContextFilter两个类做的都是同样的工作： 将HTTP request对象绑定到为该请求提供服务的Thread。 这使得具有request和session作用域的bean能够在后面的调用链中被访问到。
Request作用域
考虑下面bean定义：
<bean id="loginAction" class="com.foo.LoginAction" scope="request"/>
针对每次HTTP请求，Spring容器会根据loginAction bean定义创建一个全新的LoginAction bean实例， 且该loginAction bean实例仅在当前HTTP request内有效，因此可以根据需要放心的更改所建实例的内部状态， 而其他请求中根据loginAction bean定义创建的实例，将不会看到这些特定于某个请求的状态变化。 当处理请求结束，request作用域的bean实例将被销毁。
Session作用域
考虑下面bean定义：
<bean id="userPreferences" class="com.foo.UserPreferences" scope="session"/>
针对某个HTTP Session，Spring容器会根据userPreferences bean定义创建一个全新的userPreferences bean实例， 且该userPreferences bean仅在当前HTTP Session内有效。 与request作用域一样，你可以根据需要放心的更改所创建实例的内部状态，而别的HTTP Session中根据userPreferences创建的实例， 将不会看到这些特定于某个HTTP Session的状态变化。 当HTTP Session最终被废弃的时候，在该HTTP Session作用域内的bean也会被废弃掉。