首先,必须先在[/size]Spring源代码中,找到IOC的入口点,也就是IOC的启动点,我们经常用Spring框架,知道ApplicationContext和BeanFactory启动的方式,有很多种,我们先排除Spring Web框架或者Struts2 框架的方式,而是寻找最简单的方式,以便能排除环境的因素而找到最纯的一个实现,而我们在使用Spring最简单的方式是:假设所有的需要配置的类都已经实现完毕,配置文件也写好,那么
可以猜测到getBean()方法也许就是入口,那么,我就直接进入到FileSystemXmlApplicationContext类内部看一下,发现并没有getBean()的代码,之后,可以肯定是getBean()方法在其基类当中,检查类继承关系,我们可以知道是在AbstractApplicationContext这个抽象类中,接下来看看getBean()方法的代码:
发现getBeanFactory()是一个抽象方法,看来是AbstractApplicationContext某个子类实现的,但是一定不是FileSystemXmlApplicationContext类,那么就需要从AbstractApplicationContext到FileSystemXmlApplicationContext之间的ApplicationContext类中查找一下了,经过查找就是AbstractRefreshableApplicationContext类,我看一下它实现的getBeanFactory()方法:
原来就是直接返回一个beanFactory的属性(getter),那个这个属性是谁初始化的哪,继续看看这个类的其他代码,发现refresh方法(请参考我有关BeanDefinition解析,加载和注册的文章)所调用的refreshBeanFactory()方法有这样两句话:
而refresh方法是最终的FileSystemXmlApplicationContext构造函数中调用的,也就是说这个beanFactory早就在实例化Context时就创建了,好了!问题就集中在这个DefaultListableBeanFactory类了,从上面的分析可以看到,getBean()的能力是来自于这个beanFactory的,我就想马上进入这个beanFactory的内部一探究竟,但是我在想我原来用过不少spring的beanFactory,很少直接用到DefaultListableBeanFactory,难道是beanFactory继承体系中的一个,按F4键,发现确实如此,原来ApplicationContext把创建对象和依赖注入的实现委托给了BeanFactory!下一篇我们重点分析BeanFactory,这是整个IOC的实现的核心。但是为什么这么实现,我们可以这样看,ApplicationContext是对BeanFactory的增强。
ApplaictionContext context=new FileSystemXmlApplicationContextIMyObject Obj=(IMyObject)context.getBean("myObjectBeanID")
可以猜测到getBean()方法也许就是入口,那么,我就直接进入到FileSystemXmlApplicationContext类内部看一下,发现并没有getBean()的代码,之后,可以肯定是getBean()方法在其基类当中,检查类继承关系,我们可以知道是在AbstractApplicationContext这个抽象类中,接下来看看getBean()方法的代码:
public Object getBean(String name) throws BeansException {
return getBeanFactory().getBean(name);
}
public abstract ConfigurableListableBeanFactory getBeanFactory() throws IllegalStateException;
发现getBeanFactory()是一个抽象方法,看来是AbstractApplicationContext某个子类实现的,但是一定不是FileSystemXmlApplicationContext类,那么就需要从AbstractApplicationContext到FileSystemXmlApplicationContext之间的ApplicationContext类中查找一下了,经过查找就是AbstractRefreshableApplicationContext类,我看一下它实现的getBeanFactory()方法:
@Override public final ConfigurableListableBeanFactory getBeanFactory() {
.....
return this.beanFactory;
} }
原来就是直接返回一个beanFactory的属性(getter),那个这个属性是谁初始化的哪,继续看看这个类的其他代码,发现refresh方法(请参考我有关BeanDefinition解析,加载和注册的文章)所调用的refreshBeanFactory()方法有这样两句话:
DefaultListableBeanFactory beanFactory = createBeanFactory();
....
synchronized (this.beanFactoryMonitor) {
this.beanFactory = beanFactory;
}
而refresh方法是最终的FileSystemXmlApplicationContext构造函数中调用的,也就是说这个beanFactory早就在实例化Context时就创建了,好了!问题就集中在这个DefaultListableBeanFactory类了,从上面的分析可以看到,getBean()的能力是来自于这个beanFactory的,我就想马上进入这个beanFactory的内部一探究竟,但是我在想我原来用过不少spring的beanFactory,很少直接用到DefaultListableBeanFactory,难道是beanFactory继承体系中的一个,按F4键,发现确实如此,原来ApplicationContext把创建对象和依赖注入的实现委托给了BeanFactory!下一篇我们重点分析BeanFactory,这是整个IOC的实现的核心。但是为什么这么实现,我们可以这样看,ApplicationContext是对BeanFactory的增强。