spring lazy-init和 prototype

控制反转：

   把对象的创建交给spring容器来做

      spring容器创建对象的方式

         1、默认是调用默认的构造函数

         2、利用静态工厂方法创建

            spring调用工厂方法产生对象，但是真正创建对象还是由程序员来完成的

         3、实例工厂方法

        说明：

           spring配置文件中，只要是一个bean就会为该bean创建对象

      spring容器创建对象的时机

        在单例的情况下

         1、在默认的情况下，启动spring容器创建对象

        2、在spring的配置文件bean中有一个属性lazy-init="default/true/false"

              1、如果lazy-init为"default/false"在启动spring容器时创建对象

              2、如果lazy-init为"true",在context.getBean时才要创建对象

           意义：

               在第一种情况下可以在启动spring容器的时候，检查spring容器配置文件的正确性，如果再结合tomcat,

               如果spring容器不能正常启动，整个tomcat就不能正常启动。但是这样的缺点是把一些bean过早的放在了

                内存中，如果有数据，则对内存来是一个消耗

                在第二种情况下，可以减少内存的消耗，但是不容易发现错误

        在多例的情况下

            就是一种情况：在context.getBean时才创建对象

      spring的bean中的scope

        1、由spring产生的bean默认是单例的

       2、可以在spring的配置文件中，scope的值进行修改="singleton/prototype/request/session/globalsession"

 一个容器中只存在一个实例，所有对该类型bean的依赖都引用这一单一实例，这就好像每个幼儿园都会有一个滑梯一样，这个幼儿园的小朋友共同使用这一个滑梯，而对于幼儿园容器来说，滑梯就是一个singleton的bean。

此外，singleton类型的bean定义，从容器启动，到他第一次被请求而实例化开始，只要容器不销毁或退出，该类型的bean的单一实例就会一直存活。

prototype的bean，容器在接受到该类型的对象的请求的时候，会每次都重新生成一个新的对象给请求方，虽然这种类型的对象的实例化以及属性设置等工作都是由容器负责的，但是只要准备完毕，并且对象实例返回给请求方之后，容器就不在拥有当前对象的引用，请求方需要自己负责当前对象后继生命周期的管理工作，包括该对象的销毁。也就是说，容器每次返回请求方该对象的一个新的实例之后，就由这个对象“自生自灭”了。

       3、如果spring的配置文件的scope为"prototype"，则在得到该bean时才创建对象

      spring容器对象的生命周期：

        1、spring容器创建对象

        2、执行init方法

        3、调用自己的方法

        4、当spring容器关闭的时候执行destroy方法

  当scope为"prototype"时，spring容器是否调用destroy方法？