Spring的工作原理核心组件和应用

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操作，释放占用的资源。