Spring容器、属性注入和构造器注入详解

Spring 容器

在 Spring IOC 容器读取 Bean 配置创建 Bean 实例之前, 必须对它进行实例化. 只有在容器实例化后, 才可以从 IOC 容器里获取 Bean 实例并使用.

Spring 提供了两种类型的 IOC 容器实现. 

BeanFactory: IOC 容器的基本实现.

ApplicationContext: 提供了更多的高级特性. 是 BeanFactory 的子接口.

BeanFactory 是 Spring 框架的基础设施,面向 Spring 本身;

ApplicationContext 面向使用 Spring 框架的开发者,几乎所有的应用场合都直接使用 ApplicationContext 而非底层的 BeanFactory

无论使用何种方式, 配置文件时相同的.

Spring容器、属性注入和构造器注入详解_第1张图片

 

ApplicationContext 的主要实现类:

    ClassPathXmlApplicationContext:从 类路径下加载配置文件

    FileSystemXmlApplicationContext: 从文件系统中加载配置文件

ConfigurableApplicationContext 扩展于 ApplicationContext,新增加两个主要方法:refresh() 和 close(), 让 ApplicationContext 具有启动、刷新和关闭上下文的能力。(后面的博文会提到Bean的声明周期方法的时候会详细介绍)

ApplicationContext 在初始化上下文时就实例化所有单例的 Bean。(顺便提一下,是Bean可以不是单实例的,这个等到Bean的作用域大的时候再说)

WebApplicationContext 是专门为 WEB 应用而准备的,它允许从相对于 WEB 根目录的路径中完成初始化工作

我们之前用的ClassPathXmlApplicationContext对象的getBean方法其实源自接口BeanFactory。

Spring容器、属性注入和构造器注入详解_第2张图片

 

在 Spring 的 IOC 容器里配置 Bean(在applicationContext.xml中配置)


		
	

 

id是Bean 的名称,之前我在博文中已经介绍过,这里我们对其细节归纳为以下三点:

1. 在 IOC 容器中必须是唯一的

2. 若 id 没有指定,Spring 自动将权限定性类名作为 Bean 的名字

3. id 可以指定多个名字,名字之间可用逗号、分号、或空格分隔

使用Spring IOC容器的方法如下:

@Test
	public void test2()
	{		
		//创建spring IOC容器对象。ClassPathXmlApplicationContext表示配置文件在类路径下,它是接口ApplicationContext的一个实现类。实现类从类路径下加载配置文件。
		ApplicationContext ctx=new ClassPathXmlApplicationContext("applicationContext.xml");
		//从IOC容器中获取Bean实例
		BKBean dfBean=(BKBean)ctx.getBean("BKBeanId");
		//调用对象方法
		dfBean.doJob();
	}

 

这个BeanFactory的getBean方法有多个重载方法,我们还可以利用Bean的类来进行getBean

@Test
	public void test5()
	{		
		//创建spring IOC容器对象。ClassPathXmlApplicationContext表示配置文件在类路径下,它是接口ApplicationContext的一个实现类。
		ApplicationContext ctx=new ClassPathXmlApplicationContext("applicationContext.xml");
		//从IOC容器中获取Bean实例
		BKBean dfBean=(BKBean)ctx.getBean(BKBean.class);
		//调用对象方法
		dfBean.doJob();
	}

 

但是这里运行的时候报错了!!

org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type [com.happBKs.spring.iocaop.beans.BKBean] is defined: expected single matching bean but found 4: BKBeanId,BKBeanId_BK1,BKBeanId_BK2,BKBeanId_BK3
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:365)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:331)
	at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:968)
	at com.happBKs.spring.iocaop.TestApp1.test5(TestApp1.java:65)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:675)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382)
	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192)

 

原因是我们的容器中,即applicationContext.xml中存在多个Bean的class制定的类是相同的。





	
		
	


	
		
	
	
		
	
	
		
	

 

因此,getBean无法知道应该加载那个bean的对象。所以我们需要其他相同类的bean去除。

注意:当applicationContext.xml中有多个相同类型的bean时,请不要使用class的这种getBean的方法,而是使用id来getBean。即利用类型返回IOC容器中的bean,但要求IOC容器中只有一个该类型的bean。

 

依赖注入的方式

 

Spring 支持 3 种依赖注入的方式

属性注入

构造器注入

工厂方法注入(很少使用,不推荐)

 

 

属性注入

属性注入即通过 setter 方法注入Bean 的属性值或依赖的对象

属性注入使用 元素, 使用 name 属性指定 Bean 的属性名称,value 属性或 子节点指定属性值 

属性注入是实际应用中最常用的注入方式

这种方式,实际我们之前的例已经介绍过了,这里不再累述。

(本文出自:http://my.oschina.net/happyBKs/blog/477557)

 

构造方法注入

通过构造方法注入Bean 的属性值或依赖的对象,它保证了 Bean 实例在实例化后就可以使用。

构造器注入在 元素里声明属性

我们现在先构造一个Car的bean类

package com.happBKs.spring.iocaop.beans;

public class Car {
	String name;
	double price;
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
	public double getPrice() {
		return price;
	}
	public void setPrice(double price) {
		this.price = price;
	}
	public Car() {
		super();
	}
	public Car(String name1, double price1) {
		super();
		this.name = name1;
		this.price = price1;
	}
	@Override
	public String toString() {
		return "Car [name=" + name + ", price=" + price + "]";
	}
}

 

这里有三种方法,来实现构造器注入的bean声明:




	
		
		
	

	
		
		
	

	
		
		
	

 

第一种方式:利用构造器的参数顺序,依次排列各个construcctor-arg

第二种方式:用index属性指定构造器参数的顺序,从0开始

第三种方式:构造器参数的名字来指定是哪一个参数赋值

测试方法:

@Test
	public void test6_1()
	{
		//创建spring IOC容器对象。ClassPathXmlApplicationContext表示配置文件在类路径下,它是接口ApplicationContext的一个实现类。
		ApplicationContext ctx=new ClassPathXmlApplicationContext("applicationContext.xml");
		//从IOC容器中获取Bean实例
		Car cBean=(Car)ctx.getBean("car_id");
		//调用对象方法
		System.out.println(cBean);
	}
	
	@Test
	public void test6_2()
	{
		//创建spring IOC容器对象。ClassPathXmlApplicationContext表示配置文件在类路径下,它是接口ApplicationContext的一个实现类。
		ApplicationContext ctx=new ClassPathXmlApplicationContext("applicationContext.xml");
		//从IOC容器中获取Bean实例
		Car cBean=(Car)ctx.getBean("car_Index_id");
		//调用对象方法
		System.out.println(cBean);
	}
	
	@Test
	public void test6_3()
	{
		//创建spring IOC容器对象。ClassPathXmlApplicationContext表示配置文件在类路径下,它是接口ApplicationContext的一个实现类。
		ApplicationContext ctx=new ClassPathXmlApplicationContext("applicationContext.xml");
		//从IOC容器中获取Bean实例
		Car cBean=(Car)ctx.getBean("car_name_id");
		//调用对象方法
		System.out.println(cBean);
	}

 

运行结果1:

Car [name=BM, price=500000.0]

 

运行结果2:

Car [name=BM, price=400000.0]

运行结果3:

Car [name=BM, price=300000.0]

注意:方式三的constructor-arg的name属性必须与bean的构造方法的形参名称一样,而不是和bean的属性名一样,需要特别注意!

 

 


构造方法的重载问题

好,现在我们还说明一个问题。请看这样一个例子。现在有一个bean, Car2的定义如下:

package com.happBKs.spring.iocaop.beans;

public class Car2 {
	String name;
	double price;
	int version;
	double speed;
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
	public double getPrice() {
		return price;
	}
	public void setPrice(double price) {
		this.price = price;
	}
	public int getVersion() {
		return version;
	}
	public void setVersion(int version) {
		this.version = version;
	}
	public double getSpeed() {
		return speed;
	}
	public void setSpeed(double speed) {
		this.speed = speed;
	}
	public Car2() {
		super();
	}
	public Car2(String name, double price, int version) {
		super();
		this.name = name;
		this.price = price;
		this.version = version;
	}
	public Car2(String name, double price, double speed) {
		super();
		this.name = name;
		this.price = price;
		this.speed = speed;
	}
	public Car2(String name, double price, int version, double speed) {
		super();
		this.name = name;
		this.price = price;
		this.version = version;
		this.speed = speed;
	}
	@Override
	public String toString() {
		return "Car2 [name=" + name + ", price=" + price + ", version="
				+ version + ", speed=" + speed + "]";
	}
	
	

}

 

我们的容器配制如下:applicationContext.xml




	
		
		
		
	

 

现在我们尝试调用测试:使用赋予参数name、price、version的构造器:

@Test
	public void test7()
	{
		//创建spring IOC容器对象。ClassPathXmlApplicationContext表示配置文件在类路径下,它是接口ApplicationContext的一个实现类。
		ApplicationContext ctx=new ClassPathXmlApplicationContext("applicationContext.xml");
		//从IOC容器中获取Bean实例
		Car2 c2Bean=(Car2)ctx.getBean("car2_id");
		//调用对象方法
		System.out.println(c2Bean);
	}

 

但是运行结果却是:

Car2 [name=BM, price=500000.0, version=0, speed=1.0]

 

getBean返回的使容器中由构造器public Car2(String name, double price, double speed)返回的对象。这就是构造器重载可能带来的问题。

解决方法是:

方法1:利用constructor-arg标签中的type属性,指定参数类型。

将刚才的容器配制改为:


		
		
		
	

 


在运行test7测试方法:

Car2 [name=BM, price=500000.0, version=1, speed=0.0]

 

这样就OK了。

 

方法2:利用constructor-arg标签中的name属性,指定参数名称。


		
		
		
	

 

在运行test7测试方法:

Car2 [name=BM, price=500000.0, version=1, speed=0.0]

 

大家记住spring的容器对应于applicationContext.xml配制文件,容器构造对象时在加载该配制文件的时候,而不是实际getBean的时候

你可能感兴趣的:(java)