Spring的方法注入lookup-method
2014-10-17 11:15
429 查看
方法注入不同于set注入和构造注入.
主要是使用场景不同:一个singleton的Bean需要引用一个prototype的Bean; 一个无状态的Bean需要引用一个有状态的Bean; ... ; 等等情景下.
试想,我们的容器创建之后就加载了所有的Bean. 而BeanA中需要引用的BeanB是状态个不确定的Bean. 那么我们需要在每次需要BeanB的时候都重新让容器加载一次吗? 真是个笨拙的想法.
好在我们有cglib.
cglib为我们动态的构造BeanB的子类, 当我们的BeanA需要BeanB的时候, cglib把这个子类对象给BeanA.
看代码说话:
Java代码
/**
* 我们把这个类作为BeanB.
* (Hp就是血量... 游戏中某个英雄的血量总在变化)
* (比如说我们希望通过英雄名找到的英雄的血是实时变化的. )
*/
public class HpDaoImpl implements HpDao
{
@Override
public int getHp()
{
// 返回0~100之间的随即数
return (int)(Math.random() * 100);
}
}
这是beanB的定义. 注意有个scope="prototype". 再请注意是全部小写的prototype.
Xml代码
<bean id="hpDao" class="org.mycompany.spring.aop.dao.impl.HpDaoImpl" scope="prototype" />
// -----------------------------------------------------------------------------
接下来是BeanA.
Java代码
/**
* 我们把这个类作为BeanA.
* 这是一个抽象类. 为什么要抽象? 因为有个抽象方法..
* 既然抽象了, 就不能final... 切记切记
*/
public abstract class HpServiceImpl implements HpService
{
// protected修饰
protected HpDao hpDao = getHpDao();
/*
* 这个方法是抽象的.
* 返回的是cglib构造的BeanB的子类.
*/
public abstract HpDao getHpDao();
@Override
public int getHp()
{
// 调用原型BeanB的方法
return hpDao.getHp();
}
}
再看看BeanA的定义:
Xml代码
<bean id="hpService" class="org.mycompany.spring.aop.service.impl.HpServiceImpl">
<lookup-method name="getHpDao" bean="hpDao" />
</bean>
解释:
lookup-method中name是BeanA中的抽象方法的名字.这里这个方法的用途是得到由cglib构造的BeanB的动态子类.
lookup-mentod中bean是BeanB的类型.也就是cglib构造的BeanB的动态子类的父类型...目的当然是父类的句柄可以引用子类:用这个父类型引用构造出来的动态子类.
// -----------------------------------------------------------------------------
讲解完毕.
实验一下:
Java代码
public static void main(String[] args)
{
ApplicationContext context = new ClassPathXmlApplicationContext("classpath*:spring/application-*.xml");
// print: false
if(context.getBean("hpDao") == context.getBean("hpDao"))
{
System.out.println(true);
}else
{
System.out.println(false);
}
// print: true
if(context.getBean("hpService") == context.getBean("hpService"))
{
System.out.println(true);
}else
{
System.out.println(false);
}
}
// -----------------------------------------------------------------------------
额外注意一下:
如果BeanB没有写:scope="prototype" ...
那么会出异常并提示你说:
No Scope registered for scope 'Prototype'
如果你添加scope='Prototype'...那还见鬼咧.还是这个错.
所以我说了嘛...一定是小写的prototype
spring出的这个异常太蛊祸人了. 在这里我提出批评.
主要是使用场景不同:一个singleton的Bean需要引用一个prototype的Bean; 一个无状态的Bean需要引用一个有状态的Bean; ... ; 等等情景下.
试想,我们的容器创建之后就加载了所有的Bean. 而BeanA中需要引用的BeanB是状态个不确定的Bean. 那么我们需要在每次需要BeanB的时候都重新让容器加载一次吗? 真是个笨拙的想法.
好在我们有cglib.
cglib为我们动态的构造BeanB的子类, 当我们的BeanA需要BeanB的时候, cglib把这个子类对象给BeanA.
看代码说话:
Java代码
/**
* 我们把这个类作为BeanB.
* (Hp就是血量... 游戏中某个英雄的血量总在变化)
* (比如说我们希望通过英雄名找到的英雄的血是实时变化的. )
*/
public class HpDaoImpl implements HpDao
{
@Override
public int getHp()
{
// 返回0~100之间的随即数
return (int)(Math.random() * 100);
}
}
这是beanB的定义. 注意有个scope="prototype". 再请注意是全部小写的prototype.
Xml代码
<bean id="hpDao" class="org.mycompany.spring.aop.dao.impl.HpDaoImpl" scope="prototype" />
// -----------------------------------------------------------------------------
接下来是BeanA.
Java代码
/**
* 我们把这个类作为BeanA.
* 这是一个抽象类. 为什么要抽象? 因为有个抽象方法..
* 既然抽象了, 就不能final... 切记切记
*/
public abstract class HpServiceImpl implements HpService
{
// protected修饰
protected HpDao hpDao = getHpDao();
/*
* 这个方法是抽象的.
* 返回的是cglib构造的BeanB的子类.
*/
public abstract HpDao getHpDao();
@Override
public int getHp()
{
// 调用原型BeanB的方法
return hpDao.getHp();
}
}
再看看BeanA的定义:
Xml代码
<bean id="hpService" class="org.mycompany.spring.aop.service.impl.HpServiceImpl">
<lookup-method name="getHpDao" bean="hpDao" />
</bean>
解释:
lookup-method中name是BeanA中的抽象方法的名字.这里这个方法的用途是得到由cglib构造的BeanB的动态子类.
lookup-mentod中bean是BeanB的类型.也就是cglib构造的BeanB的动态子类的父类型...目的当然是父类的句柄可以引用子类:用这个父类型引用构造出来的动态子类.
// -----------------------------------------------------------------------------
讲解完毕.
实验一下:
Java代码
public static void main(String[] args)
{
ApplicationContext context = new ClassPathXmlApplicationContext("classpath*:spring/application-*.xml");
// print: false
if(context.getBean("hpDao") == context.getBean("hpDao"))
{
System.out.println(true);
}else
{
System.out.println(false);
}
// print: true
if(context.getBean("hpService") == context.getBean("hpService"))
{
System.out.println(true);
}else
{
System.out.println(false);
}
}
// -----------------------------------------------------------------------------
额外注意一下:
如果BeanB没有写:scope="prototype" ...
那么会出异常并提示你说:
No Scope registered for scope 'Prototype'
如果你添加scope='Prototype'...那还见鬼咧.还是这个错.
所以我说了嘛...一定是小写的prototype
spring出的这个异常太蛊祸人了. 在这里我提出批评.
相关文章推荐
- Spring的方法注入lookup-method(转)
- 码农小汪-spring框架学习之3-spring Method injection(方法注入 ) Lookup method injection
- 使用Spring(八) 延迟初始化bean、Lookup方法注入
- Spring-方法注入lookup、方法替换MethodReplacer接口
- 快速上手Spring--9. Lookup方法注入
- spring开发_注入其他Bean的方法返回值_MethodInvokingFactoryBean
- 快速上手Spring--9.Lookup方法注入
- 1.spring.net Look-up Method 查找方法的注入(方法是抽象的需要spring.net注入)
- 快速上手Spring--9. Lookup方法注入
- 快速上手Spring--9. Lookup方法注入
- Spring内核研究-Lookup方法注入
- Spring - lookup-method方式实现依赖注入
- Spring(07)——单例注入多例之lookup-method
- spring 方法注入 lookup方法注入
- spring lookup method 注入
- Spring - lookup-method方式实现依赖注入
- Spring2.5中使用方法注入(method inject)之基本方法替代(basis method replacement)
- 快速上手Spring--9. Lookup方法注入
- 深入理解Spring中的Lookup(方法注入)
- spring声明式事务配置方法(四):BeanNameAutoProxyCreator注入Bean