Spring框架核心源代码的分析及其感受-IOC篇-1

首先，必须先在[/size]Spring源代码中，找到IOC的入口点，也就是IOC的启动点，我们经常用Spring框架，知道ApplicationContext和BeanFactory启动的方式，有很多种，我们先排除Spring Web框架或者Struts2 框架的方式，而是寻找最简单的方式，以便能排除环境的因素而找到最纯的一个实现，而我们在使用Spring最简单的方式是：假设所有的需要配置的类都已经实现完毕，配置文件也写好，那么

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的增强。