Java SE

spring中自动装配的方法

-no : 不进行自动装配,手动设置bean的依赖关系

-byName : 根据Bean的名字进行自动装配

-byType :  根据Bean的类型进行自动装配

-constructor : 类似于byType,不过是应用于构造器的参数,如果正好有一个bean与构造器的参数类型相同则可以自动装配,否则会导致错误

-autodetect : 如果有默认的构造器,则通过constructor的方式进行自动装配,否则使用byType的方式进行自动装配

自动装配没有自定义装配方式那么精准,而且不能自动装配简单属性(基本类型,字符串等),在使用时应注意

bean的生命周期

IOC容器在管理bean时,是遵循一整套流程的,bean在IOC容器中从创建到销毁流程如下:

1. -初始化IOC容器
2. -通过构造方法或工厂方法创建bean的实例
3. -为bean的属性设置值或者对其他bean的引用
4. -调用bean设置的初始化方法
5. -使用bean
6. -容器关闭时,调用bean的销毁方法,然后关闭容器

spring中bean的作用域

在spring中可以在元素的scope属性里设置bean的作用域

在spring的早期版本中,仅有两个作用域:

singleton : 单例模式,在整个spring IOC容器中,只生成一个实例

prototype : 多例模式, 每次通过容器的getBean()方法获取prototype作用域的bean时,都将产生一个新的Bean的实例

Spring 2.X 中针对WebApplicationContext新增了3个作用域,分别是

request : 对于一次HTTP请求,Bean将只产生一个实例,在同一次HTTP请求内,程序每次请求该Bean,得到的总是同一个实例,只有在web应用中使用spring时,该作用域才真正有效(每次HTTP请求都会创建一个新的Bean)

session : 该作用域将bean的定义限制为HTTP会话.只在web-aware Spring ApplicationContext的上下文中有效(同一个HttpSession共享同一个bean,不同的HttpSession使用不同的bean)

global session : 每个全局的HTTP Session对应一个Bean实例,在典型的情况下,仅在使用portlet context的时候有效,同样只在web应用中有效(同一个全局Session共享一个Bean)

单例模式和原型模式都是重要的设计模式,一般情况下,无状态或不可改变的类适合使用单例模式,在传统开发中,由于DAO持有Connection这个非线程安全对象因而没有使用单例模式:但是在Spring环境下,所有DAO类可以采用单例模式,因为Spring利用AOP和java API中的ThreadLocal对非线程安全的对象进行了特殊处理

什么是IOC和DI

IOC是控制反转,是Inversion of Control的缩写,DI(Dependency Injection)叫依赖注入,是对IOC更简单的诠释,控制反转是把传统上由程序代码直接操作的对象的调用权交给容器,通过容器来实现对象组件饿装配和管理,所谓的控制反转就是对组件队形控制器的转移,从程序代码本身转移到了外部容器,由容器来创建对象并管理对象之间的依赖关系.IOC体现了好莱坞原则:"Don't call me,we will call you",依赖注入的基本原则是应用组件不应该负责查找资源或者其他依赖的协作对象,配置对象的工作应该由容器负责,查找资源的逻辑应该从应用组件的代码中抽取出来,交给容器啦完成,DI是对IOC更准确的描述,即组件之间的依赖关系由容器在运行期决定,形象的来说,即有容器动态的将某种依赖关系注入到组件之中

举个例子: 一个类A需要用到接口B中的方法,那么就需要为类A和接口B建立关联或依赖关系,最原始的方法是在类A中创建一个接口B的实现类C的实例,但这种方法需要开发人员自行维护二者的依赖关系,也就是说当依赖关系发生变动的时候需要修改代码并重新构建整个系统,如果通过一个容器来管理这些对象以及对象的依赖关系,则只需要在类A中定义好用于关联接口B的方法(构造器或setter方法),将类A和接口B的实现类C放入容器中,通过对容器的配置来实现二者的关联

依赖注入可以通过setter方法注入(设值注入),构造器注入和接口注入三种方式来实现,Spring支持setter注入和构造注入,通常使用构造器注入来注入必须的依赖关系,对于可选的依赖关系,则setter注入是更好的选择,setter注入需要类提供无参构造器或者无参的静态工厂方法来创建对象

 

spring中BeanFactory和factorybean的区别

BeanFactory是spring中比较原始的factory,如XMLBeanFactory就是一种典型的BeanFactory.原始的BeanFactory无法支持spring的许多插件,如AOP功能,Web应用等,ApplicationContext接口,它由BeanFactory接口派生而来,ApplicationContext包含BeanFactory的所有功能,通常建议比BeanFactory优先

BeanFactory是接口,提供了IOC容器最基本的形式,给具体的IOC容器的实现提供了规范

factorybean也是接口,为IOC容器中bean的实现提供了更加灵活的方式,factorybean在IOC容器的基础上给bean的实现加上了一个简单工厂模式和装饰模式,我们可在getObject()方法中灵活配置,其实在spring源码中有很多factorybean的实现类

BeanFactory,以factory结尾,表示他是一个工厂类(接口),它负责生产和管理bean的一个工厂.在spring中,BeanFactory是IOC容器的核心接口,它的职责包括:实例化,定位,配置应用程序中的对象及监理这些对象间的依赖.

factorybean：是一种工厂bean,可以返回bean的实例,我们可以通过实现该接口对bean进行额外的操作,例如根据不同的配置类型返回不同类型的bean,简化xml配置:其使用上也有些特殊,大家还记得BeanFactory中有一个字符常量String FACTORY_BEAN_PREFIX = "&";当我们去获取BeanFactory类型的bean时,如果beanName不加&则获取到对应bean的实例;如果beanName加上&,则获取BeanFactory本身的实例:

一般情况下,spring通过反射机制利用<bean>的class属性指定实现类实例化bean,在某些情况下,实例化bean过程比较复杂,如果按照传统的方式.则需要在<bean>中提供大量的配置信息,配置方式的灵活性是受限的,这时采用编码的方式可能会得到一个简单的方案,spring为此提供了一个org.springframework.bean.factory.FactoryBean的工厂类接口,用户可以通过实现该接口定制实例化bean的逻辑.factorybean接口对于spring框架来说占用重要的地位,spring自身就提供了70多个factorybean的实现,它们隐藏了实例化一些复杂bean的细节,给上层应用带来了便利,从spring3.0开始,factorybean开始支持泛型,即接口声明改为factorybean的形式