SpringIOC的源码简单分析 eclipseIDE debug

学好spring 是有必要的
 有人说spring就是javaee，javaee就是spring 。说对也对，说不对也不对。
 当然本质肯定是不对了。
 那为什么说对呢。 可能是他的强大。他能把其他的框架都能友好的整合在他的怀抱里，而且整合的规定都是一致的，做到这点很v587
 spring的核心在于ioc和aop
 
 ioc 与aop
 ioc 其实没什么说的 核心思想是控制反转，更能体现的词是依赖注入。需要什么类，我们就注入什么类到Ioc容器
 最强大的刚才已经说了，他能注入很多框架，比如orm框架的 hibernate，mybatis等等。也能整合mvc的框架，比如struts2
 springmvc等等。方式都一样。
 ioc的原理应该是好好研究一番的。用起来很简单，但是底层挺复杂的，我也只是研究过了一点。可以想一下xml注入的方式。为什么是全类名，为什么用id标识
 源码其实IOC容器就是一个CurrentHashMap,也就是个一键值对的map，键是String类型的，存放的是id标识。值是Object，存放的是通过反射
 获到的对象。(CurrentHashMap了解的不多，底层就是一个数组，数组中存放的都是链表，而链表实现就是类自身通过next的关联，至于为什么是
 用CurrentHashMap，考虑到并发时线程安全和效率，它强于hashTable和锁的包装)
 ioc容器初始化时，会加载很多非注入bean的操作，比如beanfactory的创建，日志同步，转化器，监听器等等，源码最终可定位到AbstractApplicationContext

 如下

 该refresh方法是springioc容器的核心处

这些是refresh方法里的一些方法，做一下初始化的操作，刚才也说了 日志时间的同步。转化器等

 然后到下面这个方法 。初始化ioc容器前bean注入的操作

 也就是说，第一次初始化ioc容器的时候也会去从map中获取，而map中没有，此处的map也就是ioc。会通过一个方法创建实例，会通过一个方法

 初始化实例,以后从map中获取就不会创建对象了。但值得注意的是，如果哪个bean发生更改，ioc会销毁，然后出现初始化。

在自动装配的时候spring 都能自动进行这些getbean操作。

 好啦。今天就这样吧，下次我再说spring中的aop。小编由于自己刚总结完，csdn没能来得及审核。

推荐看一下这个链接的spring的ioc原理 狠牛。http://www.cnblogs.com/ITtangtang/p/3978349.html