Spring中lazy-init详解
ApplicationContext实现的默认行为就是在启动服务器时将所有singleton bean提前进行实例化
(也就是依赖注入)。提前实例化意味着作为初始化过程的一部分，applicationContext实例会创
建并配置所有的singleton bean。通常情况下这是一件好事，因为这样在配置中的任何错误就会
被立刻实现（否则的话可能要话几个小时甚至几天）。
<bean id="testBean" class="cn.itcast.test.TestBean" />
该bean默认的设置为:
<bean id="testBean" calss="cn.itcast.test.TestBean" lazy-init="false" />
lazy-init="false"
立即加载，表示在spring启动时，立刻进行实例化。
有时候这种默认处理可能并不是你想要的。
如果你不想让一个singleton bean在ApplicationContext
实现初始化时被提前实例化，那么可以将bean设置为延时实例化。
<bean id="testBean" calss="cn.itcast.test.TestBean" lazy-init="true" /> (或者@Lazy(true)）延时加载，设置为lazy
的bean将不会在ApplicationContext启动时提前被实例化，而是第一次向容器通过getBean索取bean时实例化的。
如果一个设置了立即加载的bean1，引用了一个延时加载的bean2，那么bean1在容器启动时被实例化，而bean2
由于被bean1引用，所以也被实例化，这种情况也符合延时加载的bean在第一次调用时才被实例化的规则。
在容器层次中通过在<beans/>元素上使用‘default-lazy-init‘属性来控制延时初始化也是可能的。如下面配置：
<beans default-lazy-init="true"><!-- no beans will be eagerly pre-instantiated... --></beans>
注意：
如果一个bean的scope属性为scope="pototype"时，即使设置了lazy-init="false",容器启动时不实例化bean，
而是调用getBean方法实例化的
另外说明：
.init-method属性指定初始化时执行的方法，distory-method属性指定bean销毁时执行的方法。
用途: 通常用于解决spring循环引用的问题: (A->B->A,A->B->C->A)
This means that said other beans do not use the final version of the bean. This is often the result of over-eager type matching – consider using ‘getBeanNamesOfType’ with the ‘allowEagerInit’ flag turned off, for example.