spring IOC

前言：离开许久，决心重新拾起博客，用了spring许久，从最开始的会用，到了解原理及看源码，对spring有了一些理解，总结一番，写博客之前翻看了百度上其他人对spring的理解，发现了解spring的大有人在，那么为什么还要写文章呢？一来对自己阶段性的学习总结，二来，当时间过去，回首这篇博客时应该会感觉到新的理解吧！

一、对ioc下个定义
spring核心由IOC和AOP组成，其AOP也是在ioc的基础上开花结果。
ioc英语全称叫做Inversion of control，即控制反转，解释一波，正转：传统应用是主动写代码去获取依赖对象，反转：依赖对象由spring容器来维护并且注入，反转的主角:依赖对象。

总结：
获取依赖对象的方式被反转。
获取依赖对象的方式从程序员维护交给了spring容器维护
ioc容器维护一个对象获得需要依赖对象的引用的方式

二、初窥IOC容器家族成员
深入ioc容器，了解ioc的常用容器

此图来自 Spring技术内幕：深入解析Spring架构与设计原理 一书

看图说话：容器接口有两条主线
1.由BeanFactory这个基本容器，其实现了容器基本的功能 —到HierarchicalBeanFactory,其在BeanFactory的基础之上通过getParentBeanFactory(),从而获得对双亲容器的管理功能—再到ConfigurableBeanFactory
2.由BeanFactory — ListableBeanFactory —ApplicationContext,常用的上下文基本都是其接口的子类：WebApplicationContext和ConfgurableApplicationContext。

三、初探ioc容器的设计原理
在此以原始式的编程式方式使用IOC容器

        ClassPathResource classPathResource= new ClassPathResource("bean.xml");
        DefaultListableBeanFactory factoy = new DefaultListableBeanFactory();
        XmlBeanDefinitionReader reader = new XmlBeanDefinitionReader(factoy);
        reader.loadBeanDefinitions(classPathResource);

使用ioc容器的基本方式可以从上面看出，其他的ioc容器原理万变不离其宗
1.获得抽象资源，其中包含了BeanDefinition定义的信息。
2.定义ioc容器。
3.获得BeanDefinition读取器，这里获得抽象资源使用的是xml的方式，通过回调给factory容器
4.通过读取器读取资源文件。
ClassPathResource 获取资源文件并将其解析成BeanDefinition，包含了xml定义好的的各种信息，通过回调给factory完成初始化

再看完原始的DefaultListableBeanFactory的实现后，再来看看经常使用的ClassPathXmlApplicationContext 的实现方式

 ClassPathXmlApplicationContext classPathXmlApplicationContext = 
                         new ClassPathXmlApplicationContext( "beans.xml");

现在深入ClassPathXmlApplicationContext 的UML类图

看图说话，ClassPathXmlApplicationContext 继承了ResoureLoader资源加载器,当然还有其他的类，比起BeanFactoy丰富了容器的功能，可以更方便的使用

通过调用ClassPathXmlApplicationContext 实现方式可以看到

    public ClassPathXmlApplicationContext(String configLocation) throws BeansException {
        this(new String[] {configLocation}, true, null);
    }

    public ClassPathXmlApplicationContext(String[] configLocations, boolean refresh, ApplicationContext parent)
            throws BeansException {

        super(parent);
        setConfigLocations(configLocations);
        if (refresh) {
            refresh();
        }
    }

实现了refresh()方法，这个方法非常重要，是ioc的初始化方法，其包含了，获得BeanDefinition的Resource定位，载入和注册。

这里的Resource定位是通过实现的接口ResourceLoader来实现的。
然后refresh()完成了BeanDefinition的载入和注册。BeanDefinition被维护在一个HashMap中，其中包含了资源文件中定义的信息，一个IOC容器对bean的操作就是对BeanDefinition的操作。
那么，问题来了，依赖注入的过程发生在上面地方呢。在我们获得容器对象后使用getBean()中。也就是第一次向容器请求获取Bean时。
当然。在使用IOC容器的过程中有个init-lazy属性。可以提前依赖注入。

总结：本篇博客大致对IOC容器有了个初步的了解。在往后的博客中将具体分析refresh()方法的载入注册的过程。
楼主也是刚接触IOC源码不久，如有说的不对的地方，尽管骂，骂完了才能更好的进步