首先，我们要熟悉下， Spring的基本概念
轻量级开源的J2EE框架， 他是一个容器框架， 用来装javaBean (Java 对象)， 中间层框架（万能胶）可以起一个连接作用， 比如说把struts 和 hibernate 粘合在一起运用， 可以让我们的企业开发更快、更简洁。
Spring 是一个轻量级的控制反转（IoC）和面向切面（AOP）的容器框架
-- 从大小与开销两方面而言 Spring 都是轻量级的
-- 通过控制反转（IOC）的技术达到松耦合的目的
-- 提供了面向切面编程的丰富支持， 允许通过分离应用的业务逻辑与系统级服务进行内聚性的开发
-- 包含并管理应用对象（Bean）的配置和生命周期，这个意义上是一个容器。
-- 将简单的组件配置、组合成为复杂的应用， 这个意义上是一个框架。
容器概念、控制反转、依赖注入
IOC 容器：实际上就是个map(key , value)，里面存的是各种对象（在xml里配置的bean节点、 @repository、@service、@controller、@component）,在项目启动的时候会读取配置文件里面的bean节点， 根据全限定类名使用反射创建对象放到map里、扫描到打上上述注解的类还是通过反射创建对象放到map里。
这个时候map里就有各种对象了，接下来我们在代码里面需要用到里面的对象时， 再通过DI注入（autowired、resource等注解， xml里的bean节点内容的ref属性，项目启动的时候会读取xml节点ref属性根据id注入， 也会扫描这些注解，根据类型或id注入；id就是对象名）。
控制反转：
没有引入IOC容器之前， 对象A依赖于对象B， 那么对象A在初始化或者运行到某一点的时候， 自己必行主动的去创建对象B或者使用已经创建的对象B。无论是创建还是使用对象B， 控制权都在自己手上。
引入IOC容器之后， 对象A和对象B之间失去了直接联系， 当对象A运行到需要对象B的时候， IOC容器会主动创建一个对象B注入到对象A需要的地方。
通过前后的对比， 不难看出来：对象A获得依赖对象B的过程， 由主动行为变为了被动行为， 控制权颠倒过来了， 这就是“控制反转”这个名称的由来。
全部对象的控制权全部上缴给“第三方”IOC容器， 所以， IOC容器成了整个系统的关键核心， 它起到了一种类似“粘合剂”的作用， 把系统中的所有对象粘合在一起发挥作用，如果没有这个“粘合剂”， 对象与对象之间会彼此失去联系， 这就是有人把IOC容器比喻成“粘合剂”的由来。
依赖注入：
“获得依赖对象的过程被反转了”。控制权反转之后， 获得依赖对象的过程由自身管理变为了由IOC容器主动注入。依赖注入是实现IOC的方法，就是由IOC容器在运行期间，动态地将某种依赖关心注入到对象之中。
系统是由许多不同的组件所组成的，每一个组件各负责一块特定的功能。除了实现自身的核心功能之外，这些组件还经常承担着额外的职责。例如日志、事务管理和安全这样的核心服务经常融入到自身具有核心业务逻辑的组件中去。这些系统服务经常被称为横切关注点， 因为他们会跨越系统的多个组件。
当我们需要为分散的对象引入公共行为的时候， OOP则显示得无能为力。也就是， OOP允许你定义从上到下的关系， 但并不适合定义从左到右的关系。例如日志功能。
日志代码往往水平地散布在所有对象层次中，而与它所散布到的对象的核心功能毫无关系。
在OOP设计中， 它导致了大量代码的重复， 而不利于各个模块的重用。
AOP: 将程序中的交叉业务逻辑（比如安全，日志，事务等），封装成一个切面，然后注入到目标对象（具体业务逻辑）中去。AOP可以对某个对象或某些对象的功能进行增强， 比如对象中的方法进行增强， 可以在执行某个方法之前额外的做一些事情， 在某个方法执行之后额外的做一些事情。
