Spring框架
Spring 是管理多个java类的容器框架，注意是类不管理接口。
Spring 的主要功能 Ioc 反转控制和 DI 依赖注入。
注入的方式可以是构造函数赋值也可以是 set方法赋值推荐用set方法赋值
在Spring一加载的阶段就实例化、和初始化（注入值的话）在Spring配置文件中的多个java类。等待用户的调用，用服务器端的缓存消耗换取客户端的快速响应。
Ioc：反转控制。当实例化一个bean类时，传统的操作方式是由调用者进行实例化。在spring中，不再由调用者进行实例化了，实例化的工作反而是由spring容器进行执行。
DI：是Ioc的进一步的描述。称为依赖注入。是在spring进行bean的实例化操作的同时，由spring负责执行bean类中变量的赋值工作。
Ioc和DI指的都是同一件事：bean的管理完全由spring负责。
Spring set注入的前提：
保留默认无参构造函数
变量私有化
变量存在对应的公有的set方法
bean在spring中的配置
每个bean类，加载到spring中后，都会有自己的配置信息。
<bean id="bean的唯一别名" class="类的物理地址">
<property name="变量名">
<value>具体的值</value>
</property>
</bean>
注入另一个bean
使用ref或idref进行注入
要注入的bean需要事先先在spring进行配置好，注入时，通过id别名进行引用注入
当进行注入操作时，只有赋予明确的唯一值(value)或者赋予另一个bean(ref idref)时，才有命名空间的注入方式。注入一个集合时，只能利用子元素的方式进行注入。
同时，除了子元素的方式实现变量值的注入外，还可以用命名空间的方式进行注入。而且。利用命名空间进行注入时，数据类型不能自己加以改变，全部是默认的String类型
p:变量名="值"
Spring是一种容器框架，在Spring的配置文件applicationContext.xml中配置bean
并且初始化<注入>（可以通过构造函数为变量做初始化赋值，也可以通过set方法的方式为参数赋值）在Spring的配置文件中配置的java类在服务器加载阶段就实例化并且完成初始化工作，等待用户的调用请求。
Spring采用的是单态的工作模式(构造方法私有化，通过公有的静态构造方法返回对象的实例) 重用一个实例化好的java类。
在spring中，配置文件允许在任意位置以任意名称创建任意数量的xml文件。
默认的，在src目录，存在applicationContext.xml作为主配置文件。
pplicationContext的实例化
由两种实例化的方式，通过两个类来实现。
ClassPathXmlApplicationContext
FileSystemXmlApplicationContext
每一个java类，放置到spring中进行统一管理时，都由唯一的一个<bean>标签进行对应。
Spring默认的工作模式有两种：单态模式和工厂模式
工厂模式：<多态>
统一接口管理多个java类
工程模式简单说：用户传入什么，返回什么类型的对象。
当多个对象具有相同或相似的行为时，先把这些相似的行为抽象出来，形成一个公共的接口，这些对象都实现自此接口，形成统一的父类管理。
同时，创建一个工厂对象。当调用具体对象时，不再通过具体对象的实例化完成，而是统一由工厂类实现对象的实例化。
这样，将不同对象无论是父类还是实例化，全部实现了统一管理。
当spring启动时，首先会加载并实例化完成所有在spring中配置好的bean。同时，会自动完成所有注入好值的变量的赋值操作，以准备好被客户的调用。这样，用户要通过spring调用bean时，就只是进行调用，而没有了实例化的过程。
★注意点★！： 一个bean类，当没有通过spring实现变量值的注入时，既可以采用传统的new的方式进行实例化，也可以通过spring进行实例化。但一旦有变量通过spring进行注入值了，就只能通过spring进行调用了。（原因：没有注入时 new实例化和通过spring上下文获得的都是默认无参的构造函数实例化好的对象，如果Spring配置文件中通过（子元素或者命名空间）注入值了再new实例化还是默认无参构造函数，而Spring的上下文获得的java类则是注入参数的实例化两个调用结果不同）。
Spring 中配置的bean可以是实际存在的java类也可以是没有类体的bean。
在spring中，一个bean存在四个高级属性
(1)scope属性
spring生成bean的方式和bean的作用域
A：default
默认，就是单态
B:singleton
单态的。以单态的思想来实例化一个bean，实现所有对当前bean的调用都重用同一个对象，共享同一个地址。
评价：
优点：实现对象的重用
缺点：可能会产生数据冲突
C：prototype
每个用户请求都生成一个新的bean的实例
优点：避免数据数据，解决单态的弊端
弊端：产生的bean类太多。
解决方法：现在bean的管理不再由调用者，而完全由spring负责。
D：request
在用户发送的一次请求范围内，共用同一个bean。
E：session
在一个用户会话的范围内，公用同一个bean
F：globalSession
代表整个应用程序范围内都公用同一个bean
推荐：default或prototype
针对于模型层、业务层使用singleton。针对控制层，使用prototype。
(2)lazy init
延迟加载
A：基本思想
在spring中，默认的是，所有在spring中进行配置的bean，在spring启动时，全部自动进行实例化和注入操作。
延迟加载：指是否在spring启动时，实例化和注入bean。
B：false
default
默认的，不延迟加载。spring已启动，马上进行实例化
实质：以服务器启动速度的降低，换取用户调用性能的提高。
会产生：服务器缓存占用的加大。
C:true
延迟加载
不会在spring启动时实例化和注入操作。只有等待用户调用时，才进行实例化。
(3)autowire
自动装载
当一个属性需要注入的值是另一个bean时，是否可以不用进行xml配置注入，而能够自动实现。
A：no
default
必须通过xml配置实现注入
B：byName
根据变量名自动在spring找寻相匹配的bean进行注入
C:byType
根据变量的数据类型，自动找寻相匹配的bean进行注入
D：constructor
根据bean的构造函数中指定的参数进行注入
E：autodetect
自动执行前面的三种自动注入的方式
由于，在Bean中，变量名或数据类型可能都不能准确的代表要注入的bean的信息。而且，在一个类中，可能存在多个数据类型是一个bean的变量，这样，挨个去进行自动匹配，太耗费资源。推荐还是明确的通过xml进行精准的注入。
(4)检查依赖
验证bean中是否所有的变量都具有set方法，而且都在spring中进行注入操作。
在实际中，并不是所有的变量都需要进行注入赋值的。
A：none
default
不检查
完全根据用户自己的需要进行set方法的设置和注入操作。
B：simple
只对基本数据类型和集合类型变量进行检查。
C：objects
只对对象类型（需要引用另一个bean）的变量进行检查
D：all
全部变量都进行检查
(5)生命周期
在spring中，bean的管理完全由spring进行操作。同事，可以在bean中加入自己的初始化和资源释放的操作。更进一步的生命周期的管理。
初始化：不是变量的初始化赋值，而是锁需要获得资源的初始化获取，例如，数据库信息的获得。
当spring启动时，默认的会实例化bean、执行注入、执行初始化操作。
只有，当容器停止服务活服务器关闭时，才会自动调用destroy操作，释放占用的资源。