方法注入不同于set注入和构造注入.
主要是使用场景不同:一个singleton的Bean需要引用一个prototype的Bean; 一个无状态的Bean需要引用一个有状态的Bean; ... ; 等等情景下.
试想,我们的容器创建之后就加载了所有的Bean. 而BeanA中需要引用的BeanB是状态个不确定的Bean. 那么我们需要在每次需要BeanB的时候都重新让容器加载一次吗? 真是个笨拙的想法.
好在我们有cglib.
cglib为我们动态的构造BeanB的子类, 当我们的BeanA需要BeanB的时候, cglib把这个子类对象给BeanA.
看代码说话:
这是beanB的定义. 注意有个scope="prototype". 再请注意是全部小写的prototype.
// -----------------------------------------------------------------------------
接下来是BeanA.
再看看BeanA的定义:
解释:
lookup-method中name是BeanA中的抽象方法的名字.这里这个方法的用途是得到由cglib构造的BeanB的动态子类.
lookup-mentod中bean是BeanB的类型.也就是cglib构造的BeanB的动态子类的父类型...目的当然是父类的句柄可以引用子类:用这个父类型引用构造出来的动态子类.
// -----------------------------------------------------------------------------
讲解完毕.
实验一下:
// -----------------------------------------------------------------------------
额外注意一下:
如果BeanB没有写:scope="prototype" ...
那么会出异常并提示你说:
No Scope registered for scope '[color=red]Prototype[/color]'
如果你添加scope='Prototype'...那还见鬼咧.还是这个错.
所以我说了嘛...一定是[color=green]小写的prototype[/color]
spring出的这个异常太蛊祸人了. 在这里我提出批评.
主要是使用场景不同:一个singleton的Bean需要引用一个prototype的Bean; 一个无状态的Bean需要引用一个有状态的Bean; ... ; 等等情景下.
试想,我们的容器创建之后就加载了所有的Bean. 而BeanA中需要引用的BeanB是状态个不确定的Bean. 那么我们需要在每次需要BeanB的时候都重新让容器加载一次吗? 真是个笨拙的想法.
好在我们有cglib.
cglib为我们动态的构造BeanB的子类, 当我们的BeanA需要BeanB的时候, cglib把这个子类对象给BeanA.
看代码说话:
/**
* 我们把这个类作为BeanB.
* (Hp就是血量... 游戏中某个英雄的血量总在变化)
* (比如说我们希望通过英雄名找到的英雄的血是实时变化的. )
*/
public class HpDaoImpl implements HpDao
{
@Override
public int getHp()
{
// 返回0~100之间的随即数
return (int)(Math.random() * 100);
}
}
这是beanB的定义. 注意有个scope="prototype". 再请注意是全部小写的prototype.
<bean id="hpDao" class="org.mycompany.spring.aop.dao.impl.HpDaoImpl" scope="prototype" />
// -----------------------------------------------------------------------------
接下来是BeanA.
/**
* 我们把这个类作为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的定义:
<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的动态子类的父类型...目的当然是父类的句柄可以引用子类:用这个父类型引用构造出来的动态子类.
// -----------------------------------------------------------------------------
讲解完毕.
实验一下:
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 '[color=red]Prototype[/color]'
如果你添加scope='Prototype'...那还见鬼咧.还是这个错.
所以我说了嘛...一定是[color=green]小写的prototype[/color]
spring出的这个异常太蛊祸人了. 在这里我提出批评.