Spring 源码剖析(一) Spring的介绍

Spring 源码剖析(一) Spring的介绍

第一章 Spring的介绍

---

---

前言

本系列将介绍spring的源码，着重介绍IOC和AOP两款

---

一、Spring是什么？

Spring 是分层的 full-stack（全栈） 轻量级开源框架，以 IoC 和 AOP 为内核，提供了展现层 SpringMVC 和业务层事务管理等众多的企业级应⽤技术，还能整合开源世界众多著名的第三⽅框架和类库，已经成为使⽤最多的 Java EE 企业应用开源框架。

Spring的优点

整个 Spring 优势，传达出一个信号，Spring 是⼀个综合性，且有很强的思想性框架，每学习⼀天，就能体会到它的⼀些优势。

• 方便解耦，简化开发
  通过Spring提供的IoC容器，可以将对象间的依赖关系交由Spring进行控制，避免硬编码所造成的过度程序耦合。用户也不必再为单例模式类、属性事件解析等这些很底层的需求编写代码，可以更专注于上层的应用。
• AOP编程的支持
  通过Spring的AOP功能，方便进行横向切面的编程，许多不容易用传统OOP实现的功能可以通过AOP轻松应付。
• 声明式事务的支持
  @Transactional
  可以将我们从单调烦闷的事务管理代码中解脱出来，通过声明式方式灵活的进行事务的管理，提高开发效率和质量。
• 方便程序的测试
  可以使用非容器依赖的编程方式进行几乎所有的测试工作，测试不再是昂贵的操作，而是随手可做的事情。
• 方便集成各种优秀框架
  Spring可以降低各种框架的使用难度，提供了对各种优秀框架（Struts、Hibernate、Hessian、Quartz等）的直接支持。
• 降低JavaEE API的使⽤难度
  Spring对JavaEE API（如JDBC、JavaMail、远程调⽤等）进行了薄薄的封装层，使这些API的使用难度大为降低。
• 源码是经典的 Java 学习范例
  Spring的源代码设计精妙、结构清晰、匠心独用，处处体现着大师对Java设计模式灵活运用以及对Java技术的高深造诣。它的源代码无疑是Java技术的最佳实践的范例

Spring的核心架构

Spring是疑个分层非常清晰并且依赖关系、职责定位非常明确的轻量级框架，主要包括几个大模块：数据处理模块、Web模块、AOP（Aspect Oriented Programming）/Aspects模块、Core Container模块和 Test 模块，如下图所示，Spring依靠这些基本模块，实现了一个令人愉悦的融合了现有解决方案的零侵入的轻量级框架。

• Spring核心容器（Core Container）
  容器是Spring框架最核心的部分，它管理着Spring应用中bean的创建、配置和管理。在该模块中，包括了Spring bean工厂，它为Spring提供了DI的功能。
  基于bean工厂，我们还会发现有多种Spring应用上下文的实现。所有的Spring模块都构建于核心容器之上。
• 面向切面编程（AOP）/Aspects
  Spring对面向切面编程提供了丰富的支持。这个模块是Spring应用系统中开发切面的基础，与DI一样，AOP可以帮助应用对象解耦。
• 数据访问与集成（Data Access/Integration）
  Spring的JDBC和DAO模块封装了大量样板代码，这样可以使得数据库代码变得简洁，也可以更专注于我们的业务，还可以避免数据库资源释放失败而引起的问题。 另外，Spring AOP为数据访问提供了事务管理服务，同时Spring还对ORM进行了集成，如Hibernate、MyBatis等。该模块由JDBC、Transactions、ORM、OXM 和 JMS 等模块组成。
• Web
  该模块提供了SpringMVC框架给Web应用，还提供了多种构建和其它应用交互的远程调用方案。 SpringMVC框架在Web层提升了应用的松耦合水平。
• Test
  为了使得开发者能够很方便的进行测试，Spring提供了测试模块以致力于Spring应用的测试。 通过该模块，Spring为使用Servlet、JNDI等编写单元测试提供了一系列的mock对象实现。

二、Spring的核心思想

1.IOC

ioc 的介绍

IoC Inversion of Control (控制反转/反转控制)，注意它是一个技术思想，不是一个技术实现

• 描述的事情：Java开发领域对象的创建，管理的问题
• 传统开发模式：比如类A依赖于类B，往往会在类A中new一个B的对象
• IoC思想下开发模式：我们不需要去new对象了，而是由IoC容器- （Spring框架）去帮助我们实例化对象并且管理它，我们需要使用哪个对象，去问IoC容器要即可，我们丧失了一个权利（创建、管理对象的权利）,得到了一个福利（不用考虑对象的创建、管理等一系列事情）
• 为什么叫做控制反转？
  控制：指的是对象创建（实例化、管理）的权利
  反转：控制权交给外部环境了（spring框架、IoC容器）

ioc解决的问题

IoC解决对象之间的耦合问题

如图，没有ioc之前，基于业务成创建对象进行强耦合状态，如userDao实现接口变更，随之带来的就是servie层也得跟着修改。有了ioc之后，只需将接口注入进去，启动时spring容器会自动将实现类注入进去，摆脱了强耦合，service层不再关心dao层接口的实现类。

IoC和DI的区别

DI：Dependancy Injection（依赖注入）
怎么理解：IOC和DI描述的是同一件事情，只不过⻆度不同样罢了

• IOC
  IOC站在对象的角色，对象的实例化及其管理的权限控制反转交给了容器
• DI
  DI是站在容器的角度，容器会把对象依赖的其他对象注入，如A对象实例化过程中声明了一个B对象属性，那容器就会把B对象注入给A。

2.AOP

AOP的介绍

AOP: Aspect oriented Programming 面向切面编程/面向方面编程
AOP是OOP的延续，从OOP说起
OOP三大特征：封装、继承和多态
oop是一种垂直继承体系

OOP编程思想可以解决大多数的代码重复问题，但是有一些情况是处理不了的，比如下面的在顶级父类Animal中的多个方法中相同位置出现了重复代码，OOP就解决不了

横切逻辑代码

横切逻辑代码存在什么问题：

• 横切代码重复问题
• 横切逻辑代码和业务代码混杂在一起，代码臃肿，维护不方便
  AOP出场，AOP独辟蹊径提出横向抽取机制，将横切逻辑代码和业务逻辑代码分析
  
  代码拆分容易，那么如何在不改变原有业务逻辑的情况下，悄无声息的把横切逻辑代码应用到原有的业务逻辑中，达到和原来一样的效果，这个是比较难的

AOP解决的问题

在不改变原有业务逻辑情况下，增强横切逻辑代码，根本上解耦合，避免横切逻辑代码重复

AOP为什么叫做面向切面编程

「切」：指的是横切逻辑，原有业务逻辑代码我们不能动，只能操作横切逻辑代码，所以横向横切逻辑 「面」：横切逻辑代码往往要影响的是很多个方法，每一个方法都如同一个点，多个点构成面，有一个 面的概念在里面

---

总结

本文介绍了Spring的基本概念和其两大核心模块IOC和AOP，列举了Spring的优点以及IOC和AOP所解决的问题。