我记得刚开始学Spring的时候,只是很自然的把它当做一个类似其他J2EE的框架来学习。那时候学Spring很大一部分是为了以后面试需要，因为毕竟搞Java的，你说不会Spring这都有点说不过去。当时学完能搭个S2SH框架，并用S2SH开发几个系统，就把Spring扔在一边，因为毕竟还在学校，基本也用不上。本来那时候买了一本讲解Spring源码书的,想研究研究Spring源码，大家都说"Spring源码是一顿大餐"，当时也想去尝尝。不过后来突然对Python感兴趣了,玩了一个学期Python，也就很少碰Java了，自然吃"Spring"大餐的事也就搁置了。
临近毕业了为了以后面试工作的时候能多加点工资，又把Spring拿出来研究了。这次自己心平气和的静下心来研究，自己回想起自己刚学编程的时候，对于新的技术总是那么浮躁，看几个Demo，写点案例然后就完了，当然毕竟人的精力有限，学习东西要有侧重点，对于有些东西了解就可以了，用的时候在细细研究，而且就是研究深了你不用过一段时间久忘记了。这次重新学习Spring才发现Spring是多么神奇的框架，它几乎囊括了Java所有精华,Spring简直就是一个"超级工厂"，而基于Spring的子项目几乎包括了所有企业开发要用到的东西，有时候我甚至在想我们学习Java的第一阶段就是学习Java的标准库；那么第二阶段我们可以认为是学习Spring，当然后面的阶段我可能还没接触到。
Java标准库为我们提供了构建运用的基础"材料",我们运用这些基础"材料"构建我们自己的运用。我们运用这些基础"材料"构建成我们想要的一个个"组件"(或者对象),然后在组装这些组件构成我们的运用，这些过程全部是由我们控制的，也许有一天我们要维护或升级这个运用，需要替换掉当中的某些组件(或对象),我们就不得不深入到这些组件里面去修改，无疑这些工作量是很大的。这就好比加入一台没有操作系统的计算设备，里面的设备之间的协作全是我们自己编程实现的，假设有一天我们要给这个计算设备增加一个功能或者替换掉某个组件，这时我们不得不去里面修改代码，才能让这个新增的设备正常运行，假设这台计算设置安装有一台操作系统，每个设备之间都有特定的接口，假设我们要替换掉某个设备，只用把新的设备查到接口上，在安装好驱动，设备就可以正常运行了。
没错我们完全可以把Spring当成我们运用中内存的操作系统,IOC就相当于操作系统的Kernel，其他一些模块你可以当做操作系统中显卡，声卡，鼠标键盘的驱动，这些服务都是可插拔，即开即用。Kernel调度这些设备的正常协作。
简单点说,以前我们运用自己管理的自己的对象，现在我我们的运用构建于Spring之上,让Spring生产并管理运用中的对象(在Spring中称为Bean)。
下面一张图：
有时候我觉得自己以后开发的所有运用完全都可以构建于Spring之上，我们只要写好Bean和配置文件，而且Spring也提供了很多强大的功能，而它的子项目应付一般的企业应用应该完全够了(我猜的)。
最后说白了以前我们自己组织管理对象与对象之间的关系,现在我们让Spring帮我们组织管理对象与对象之间的关系,我们只有告诉它如何组织就可以啦。