方法注入不同于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 'Prototype'
如果你添加scope='Prototype'...那还见鬼咧.还是这个错.
所以我说了嘛...一定是小写的prototype
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 'Prototype'
如果你添加scope='Prototype'...那还见鬼咧.还是这个错.
所以我说了嘛...一定是小写的prototype
spring出的这个异常太蛊祸人了. 在这里我提出批评.