问题描述
最近回顾知识，看到Spring Bean延迟实例化这个概念，发现有点不甚理解，还请高手们指教一番，谢谢！
解决方案
如果看控制台输出，你会发现在启动时候spring输出很多信息，其中就有初始化BEAN。延迟初始化就是不在这时候初始化。在你第一次使用的时候才创建然后交给spring管理。
解决方案二：
ApplicationContext实现的默认行为就是在启动时将所有singleton bean提前进行实例化。提前实例化意味着作为初始化过程的一部分，ApplicationContext实例会创建并配置所有的singleton bean。通常情况下这是件好事，因为这样在配置中的任何错误就会即刻被发现（否则的话可能要花几个小时甚至几天）。有时候这种默认处理可能并不是你想要的。如果你不想让一个singleton bean在ApplicationContext实现在初始化时被提前实例化，那么可以将bean设置为延迟实例化。一个延迟初始化bean将告诉IoC 容器是在启动时还是在第一次被用到时实例化。在XML配置文件中，延迟初始化将通过<bean/>元素中的lazy-init属性来进行控制。例如：<bean id="lazy" class="com.foo.ExpensiveToCreateBean" lazy-init="true"> <!-- various properties here... --></bean> <bean name="not.lazy" class="com.foo.AnotherBean"> <!-- various properties here... --></bean>当ApplicationContext实现加载上述配置时，设置为lazy的bean将不会在ApplicationContext启动时提前被实例化，而not.lazy却会被提前实例化。需要说明的是，如果一个bean被设置为延迟初始化，而另一个非延迟初始化的singleton bean依赖于它，那么当ApplicationContext提前实例化singleton bean时，它必须也确保所有上述singleton 依赖bean也被预先初始化，当然也包括设置为延迟实例化的bean。因此，如果Ioc容器在启动的时候创建了那些设置为延迟实例化的bean的实例，你也不要觉得奇怪，因为那些延迟初始化的bean可能在配置的某个地方被注入到了一个非延迟初始化singleton bean里面。在容器层次中通过在<beans/>元素上使用'default-lazy-init'属性来控制延迟初始化也是可能的。如下面的配置：<beans default-lazy-init="true"> <!-- no beans will be eagerly pre-instantiated... --></beans>
解决方案三：
spring初始化的时候只会实例化单例与非延迟加载（lazy-init="true"）的对象。其他的对象是在调用getBean的时候进行实例化。
解决方案四：
spring的bean在ioc容器初始化的时候默认是不实例化的哦~而是在第一次真正使用的时候才会初始化