一、Spring简介
二、Spring特点
三、Spring与IoC
原文链接：https://www.cnblogs.com/wangbin2188/p/9013765.html
一、Spring简介
Spring 是于2003 年兴起的一个轻量级的Java 开发框架，它是为了解决企业应用开发的复杂性而创建的。Spring的核心是控制反转（IoC）和面向切面编程（AOP）。简单来说，Spring是一个分层的Java SE/EE full-stack(一站式) 轻量级开源框架。
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
控制反转（Inversion of Control），即创建被调用者的实例不是由调用者完成，而是由Spring容器完成，并注入调用者。
当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。即，不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
4、AOP
面向切面编程（AOP，Aspect Orient Programming），是一种编程思想，是面向对象编程OOP的补充。很多框架都实现了对AOP编程思想的实现。Spring也提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如日志和事务管理）进行开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们并不负责其它的系统级关注点，例如日志或事务支持。
我们可以把日志、安全、事务管理等服务理解成一个“切面”，那么以前这些服务一直是直接写在业务逻辑的代码当中的，这有两点不好：首先业务逻辑不纯净；其次这些服务被很多业务逻辑反复使用，完全可以剥离出来做到复用。那么AOP就是这些问题的解决方案，可以把这些服务剥离出来形成一个“切面”，以期复用，然后将“切面”动态的“织入”到业务逻辑中，让业务逻辑能够享受到此“切面”的服务。
三、Spring与IoC
控制反转（IOC，Inversion of Control），是一个概念，是一种思想。
指将传统上由程序代码直接操控的对象调用权交给容器，通过容器来实现对象的装配和管理。控制反转就是对对象控制权的转移，从程序代码本身反转到了外部容器。
但是，需要注意，IoC也是有局限性的，其不能使用在分布式系统中。即其所依赖的反转到的外部容器，必须要与控制权出让方同处于一个JVM中。
IoC是一个概念，是一种思想，其实现方式多种多样。当前比较流行的实现方式有两种：依赖注入和依赖查找。依赖注入方式应用更为广泛。
. 依赖查找：Dependency Lookup，DL，容器提供回调接口和上下文环境给组件，程序代码则需要提供具体的查找方式。比较典型的是依赖于JNDI系统的查找。
. 依赖注入：Dependency Injection，DI，程序代码不做定位查询，这些工作由容器自行完成。
依赖注入DI是指程序运行过程中，若需要调用另一个对象协助时，无须在代码中创建被调用者，而是依赖于外部容器，由外部容器创建后传递给程序。
Spring的依赖注入对调用者与被调用者几乎没有任何要求，完全支持POJO之间依赖关系的管理。
依赖注入是目前最优秀的解耦方式。依赖注入让Spring的Bean之间以配置文件的方式组织在一起，而不是以硬编码的方式耦合在一起的。
一、SpringDI的引入
1、SpringDI的底层实现原理
Spring DI = 工厂 + 反射 + 配置文件
传统开发中的面向抽象编程，调用者与接口实现类是紧密耦合在一起的。若实现类发生改变，则必须修改原有代码：在调用者类中将实现类进行更换。但，这不符合软件开发的OCP原则（OCP，Open-Close Principle）。
OCP原则，即开闭原则，指软件实体（类、模块、功能等）应该可以被扩展，但不可被修改。即对功能扩展是开放的，对已有代码修改是关闭的。也就是说，应该在不修改现有代码的基础上，扩展新功能。
若要使调用者类与接口实现类之间实现解耦，可使用工厂模式。但，这又使调用者与工厂耦合，工厂与接口实现类耦合。实现类的更换，不需要修改调用者类，但需要修改工厂，即代码仍需重新编译。
此时，可以通过在工厂类中使用“反射 + 配置文件”的方式来加载接口实现类。而这就是Spring的IoC的工作原理。
（工厂模式）
关于三种工厂模式的总结
工厂模式分为简单工厂模式，工厂方法模式和抽象工厂模式，它们都属于设计模式中的创建型模式。其主要功能都是帮助我们把对象的实例化部分抽取了出来，目的是降低系统中代码耦合度，并且增强了系统的扩展性。
（反射）
反射定义
JAVA反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意方法和属性；这种动态获取信息以及动态调用对象方法的功能称为java语言的反射机制。
用途
在日常的第三方应用开发过程中，经常会遇到某个类的某个成员变量、方法或是属性是私有的或是只对系统应用开放，这时候就可以利用Java的反射机制通过反射来获取所需的私有成员或是方法。当然，也不是所有的都适合反射，之前就遇到一个案例，通过反射得到的结果与预期不符。阅读源码发现，经过层层调用后在最终返回结果的地方对应用的权限进行了校验，对于没有权限的应用返回值是没有意义的缺省值，否则返回实际值起到保护用户的隐私目的。
作者：peter_RD_nj
链接：https://www.jianshu.com/p/9be...
2、普通三层架构编程
举例:common
Step1:创建一个Java Project
Step2:创建Service层接口IStudentService
Step3:创建接口实现类StudentServiceImpl
Step4:创建Dao层接口IStudentDao
Step5:创建接口实现类StudentDaoImpl
Step6:编写测试类MyTest
3、工厂模式编程
举例：factory
Step1：复制common项目，更名为factory
Step2：创建工厂类ServiceFactory 与DaoFactory
Step3：修改MyTest中Service的获取方式
Step4：修改StdentServiceImpl中Dao的获取方式
4、工厂模式+反射编程
举例：reflect
Step1：复制factory项目，更名为reflect
Step2：修改Service工厂类：使用反射创建Service实现类对象
Step3：修改Dao工厂类：使用反射创建Dao实现类对象