spring详解（二）

③容器中bean的作用域：

|作用域|描述|
|---|---|
|singleton|单例模式，在整个Spring IoC容器中，使用singleton定义的bean将只有一个实例|
|prototype|原型模式，每次通过容器的getBean方法获取prototype定义的Bean时，都将产生一个新实例|
|request|对于每次HTTP请求中，使用request定义的bean都将产生一个新实例，只有在web应用程序使用Spring时，该作用域才有效|
|session|同理|
|global session|同理|

注意：request和session作用域只在web应用中才生效，并且必须在web应用中增加额外的配置才会生效，为了让request，session两个作用域生效，必须将HTTP请求对象绑定到为该请求提供服务的线程上，这使得具有request和session作用域的Bean实例能够在后面的调用链中被访问。

当支持Servlet2.4及以上规范的web容器时，我们可以在web应用的web.xml增加如下Listener配置，该Listener负责为request作用域生效：

org.springframework.web.context.request.RequestContextListener

 如果仅使用了支持Servlet2.4以前规范的web容器，则该容器不支持Listener规范，故无法使用这种配置，可以使用Filter配置方式，我们可以在web应用的web.xml增加如下Filter配置：

requestContextFilter
org.springframework.web.filter.RequestContextFilter


requestContextFilter
/*

再如下面的代码：

`这样容器就会为每次HTTP请求生成一个lee.Person的实例当该请求响应结束时，该实例也随之消失。`
`如果Web应用直接使用Spring MVC作为MVC框架，即使用`SpringDispatchServlet`或`DispatchPortlet`来拦截所有用户请求，则`无需这些额外的配置`，`因为SpringDispatchServlet或DispatchPortlet已经处理了所有和请求有关的状态处理`。`

④**获取容器的引用**：

>`通常情况下：`
Bean无需访问Spring容器，而是通过Spring容器访问的，即使 需要手动访问Spring容器，程序也已通过类似下面的代码获取Spring容器 的引用。

ApllicationContext cts = ClassPathApplalicationContext("bean.xml");

`但在一些极端的情况下`，可能Bean需要访问Spring容器。Spring提供另一种方法访问Spring容器：

>实现BeanFactoryAware接口的Bean，拥有访问Spring容器的能力，实现BeanFactoryAware的Bean被容器实例化后，会拥有一个引用指向创建他的BeanFactory。BeanFactoryAware只有一个方法setBeanFactory(BeanFactory beanFactory)该参数指向创建他的BeanFactory。

>`缺点`：污染了代码，使代码与Spring接口耦合在一起，因此没有特别的必要，建议不要直接访问容器。

---
4.**Bean实例的创建方式及对应配置**：

>创建Bean的方法：
调用构造器创建Bean实例；
调用静态工厂方法创建Bean；
调用实例工厂创建Bean。

**调用静态工厂方法创建Bean**：

>使用静态工厂方法创建Bean实例时，class属性也必须指定，但此时class属性并不是指定Bean实例的实现类，而是静态工厂类。因为Spring需要知道是用哪个工厂来创建Bean实例。另外，还需要使用factory-method来指定静态工厂方法名，Spring将调用静态工厂方法（可能包含一组参数），来返回一个Bean实例，一旦获得了指定Bean实例，Spring后面的处理步骤与采用普通方法创建Bean实例则完全一样。需要注意的是，当使用静态工厂方法来创建Bean时，这个factory-method必须要是静态的。这段阐述听上去有点晕，话不多说，上代码：
`先定义一个接口，静态方法产生的将是该接口的实例：`

public interface Animal {
public void sayHello();
}

`下面是接口的两个实现类：`

public class Cat implements Animal {
private String msg;
//依赖注入时必须的setter方法
public void setMsg(String msg){
this.msg = msg;
}
@Override
public void sayHello(){
System.out.println(msg + "，喵_喵");
}
}

public class Dog implements Animal {
private String msg;
//依赖注入时必须的setter方法
public void setMsg(String msg){
this.msg = msg;
}
@Override
public void sayHello(){
System.out.println(msg + "，旺_旺");
}
}

`下面的AnimalFactory工厂中包含了一个getAnimal的静态方法，该方法将根据传入的参数决定创建哪个对象。这是`典型的静态工厂设计模式`。`

public class AnimalFactory {
public static Animal getAnimal(String type){
if ("cat".equalsIgnoreCase(type)){
return new Cat();
} else {
return new Dog();
}
}
}

`如果需要指定Spring使用AnimalFactory来产生Animal对象，则可在Spring配置文件中作如下配置：`

`从上面的配置可以看出：cat和dog两个Bean配置的class和factory-method完全相同，这是因为两个实例都使用同一个静态工厂类、同一个静态工厂方法产生得到的。只是为这个静态工厂方法指定的参数不同，使用元素来为静态工厂方法指定参数。`
主程序获取cat和dog两个Bean实例的方法不变，同样只需要调用Spring容器的getBean()即可：

public class Test {
public static void main(String args[]){
ApplicationContext context =
new ClassPathXmlApplicationContext("applicationContext.xml");
Animal a1 = context.getBean("cat", Animal.class);
a1.sayHello();
Animal a2 = context.getBean("dog", Animal.class);
a2.sayHello();
}
}

输出结果：

猫猫，喵_喵
狗狗，旺_旺

使用静态工厂方法创建实例时必须提供工厂类和产生实例的静态工厂方法。通过静态工厂方法创建实例时需要对Spring配置文件做如下改变:
`class属性不在是Bean实例的实现类，而是生成Bean实例的静态工厂类`

>
`使用factory-method指定生产Bean实例的静态工厂方法`

>
`如果静态工厂方法需要参数，使用元素为其配置`
`当我们指定Spring使用静态工厂方法来创建Bean实例时，Spring将`先解析配置文件`，并根据配置文件指定的信息，通过`反射调用静态工厂类的静态工厂方法`，并将该静态工厂方法的返回值作为Bean实例，在这个过程中，`Spring不再负责创建Bean实例`，Bean实例是由用户提供的静态工厂方法提供的。`

---
**调用实例工厂方法创建Bean**：

>实例工厂方法与静态工厂方法只有一点不同：调用静态工厂方法只需要使用工厂类即可，调用实例工厂方法则必须使用工厂实例。所以在Spring配置上也只有一点区别：配置静态工厂方法指定静态工厂类，配置实例工厂方法则指定工厂实例。
`同样是上面的例子将AnimalFactory修改为：`

public clas AnimalFactory {
public Animal getAnimal(String type){ //这里仅仅是去掉了static关键字
if ("cat".equalsIgnoreCase(type)){
return new Cat();
} else {
return new Dog();
}
}
}

`Spring文件修改为：`

测试类不用修改，输出结果和上面相同。

---