Spring概述：
Spring框架：
Spring 由 20 多个模块组成，它们可以分为数据访问/集成（Data Access/Integration）、Web、面向切面编程（AOP, Aspects）、应用服务器设备管理（Instrumentation）、消息发送（Messaging）、核心容器（Core Container）和测试（Test）。
Spring的特点：
1. 非侵入式：
Spring 框架的 API 不会在业务逻辑上出现，即业务逻辑是 POJO（Plain Old Java Objects）。由于业务逻辑中没有 Spring 的 API，所以业务逻辑可以从 Spring 框架快速的移植到其他框架，即与环境无关。
2. 容器：
Spring 作为一个容器，可以管理对象的生命周期、对象与对象之间的依赖关系。可以通过配置文件，来定义对象，以及设置与其他对象的依赖关系。
3. IoC：
创建被调用者的实例不是由调用者完成，而是由Spring 容器完成，并注入调用者。当应用了 IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。即，不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
4. AOP：
通过分离应用的业务逻辑与系统级服务（例如日志和事务管理）进行开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责其它的系统级关注点，例如日志或事务支持。我们可以把日志、安全、事务管理等服务理解成一个“切面”，那么以前这些服务一直是直接写在业务逻辑的代码当中的，这有两点不好：首先业务逻辑不纯净；其次这些服务被很多业务逻辑反复使用，完全可以剥离出来做到复用。那么 AOP 就是这些问题的解决方案，可以把这些服务剥离出来形成一个“切面”，以期复用，然后将“切面”动态的“织入”到业务逻辑中，让业务逻辑能够享受到此“切面”的服务。
Spring与IoC：
指将传统上由程序代码直接操控的对象调用权交给容器，通过容器来实现对象的装配和管理。控制反转就是对对象控制权的转移，从程序代码本身反转到了外部容器。但是，需要注意，IoC 也是有局限性的，其不能使用在分布式系统中。即其所依赖的反转到的外部容器，必须要与控制权出让方同处于一个 JVM 中。
IoC 是一个概念，是一种思想，其实现方式多种多样。当前比较流行的实现方式有两种：依赖注入和依赖查找。依赖注入方式应用更为广泛。
依赖查找：Dependency Lookup，DL，容器提供回调接口和上下文环境给组件，程序代码则需要提供具体的查找方式。比较典型的是依赖于 JNDI 系统的查找。
依赖注入：Dependency Injection，DI，程序代码不做定位查询，这些工作由容器自行完成。
依赖注入 DI 是指程序运行过程中，若需要调用另一个对象协助时，无须在代码中创建被调用者，而是依赖于外部容器，由外部容器创建后传递给程序。Spring 的依赖注入对调用者与被调用者几乎没有任何要求，完全支持 POJO 之间依赖关系的管理。 依赖注入是目前最优秀的解耦方式。依赖注入让 Spring 的 Bean 之间以配置文件的方式组织在一起，而不是以硬编码的方式耦合在一起的。
Spring的DI的底层实现原理：
Spring DI = 工厂 + 反射 + 配置文件
传统开发中的面向抽象编程，调用者与接口实现类是紧密耦合在一起的。若实现类发生改变，则必须修改原有代码：在调用者类中将实现类进行更换。但，这不符合软件开发的 OCP 原则（OCP，Open-Close Principle）。
OCP 原则，即开闭原则，指软件实体（类、模块、功能等）应该可以被扩展，但不可被修改。即对功能扩展是开放的，对已有代码修改是关闭的。也就是说，应该在不修改现有代码的基础上，扩展新功能。
若要使调用者类与接口实现类之间实现解耦，可使用工厂模式。但，这又使调用者与工厂耦合，工厂与接口实现类耦合。实现类的更换，不需要修改调用者类，但需要修改工厂，即代码仍需重新编译。
此时，可以通过在工厂类中使用“反射 + 配置文件”的方式来加载接口实现类。而这就是 Spring 的 IoC 的工作原理。
