spring 源码理解（二） 结构

spring框架

组成 Spring 框架的每个模块集合或者模块都可以单独存在，也可以一个或多个模块联合实现。每个模块的组成和功能如下：

核心容器：

由spring-beans、spring-core、spring-context和spring-expression（Spring Expression Language, SpEL） 4个模块组成。

• spring-beans和spring-core模块是Spring框架的核心模块，包含了控制反转（Inversion of Control, IoC）和依赖注入（Dependency Injection, DI）。

• BeanFactory 接口是Spring框架中Ω的核心接口，它是工厂模式的具体实现。BeanFactory 使用控制反转对应用程序的配置和依赖性规范与实际的应用程序代码进行了分离。但 BeanFactory 容器实例化后并不会自动实例化 Bean，只有当 Bean 被使用时 BeanFactory 容器才会对该 Bean 进行实例化与依赖关系的装配。

• spring-contest模块构架于核心模块之上，他扩展了BeanFactory，为她添加了Bean生命周期控制、框架事件体系以及资源加载透明化等功能。此外该模块还提供了许多企业级支持，如邮件访问、远程访问、任务调度等，

ApplicationContext是该模块的核心接口，她是 BeanFactory 的超类，与 BeanFactory 不同，ApplicationContext 容器实例化后会自动对所有的单实例 Bean 进行实例化与依赖关系的装配，使之处于待用状态。

• spring-expression模块是统一表达式语言（unified EL）的扩展模块，可以查询、管理运行中的对象，同时也方便的可以调用对象方法、操作数组、集合等。它的语法类似于传统EL，但提供了额外的功能，最出色的要数函数调用和简单字符串的模板函数。这种语言的特性是基于 Spring 产品的需求而设计，他可以非常方便地同Spring IoC进行交互。

Aop和设备支持：

由spring-aop、spring-aspects和spring-instrumentation 3个模块组成。

spring-aop是Spring的另一个核心模块，是Aop主要的实现模块。作为继OOP后，对程序员影响最大的编程思想之一，Aop极大地开拓了人们对于编程的思路。在Spring中，他是以JVM的动态代理技术为基础，然后设计出了一系列的Aop横切实现，比如前置通知、返回通知、异常通知等，同时，Pointcut接口来匹配切入点，可以使用现有的切入点来设计横切面，也可以扩展相关方法根据需求进行切入。

spring-aspects模块集成自AspectJ框架，主要是为Spring Aop提供多种Aop实现方法。

spring-instrumentation模块是基于JAVA SE中的”java.lang.instrument”进行设计的，应该算是Aop的一个支援模块，主要作用是在JVM启用时，生成一个代理类，程序员通过代理类在运行时修改类的字节，从而改变一个类的功能，实现Aop的功能。在分类里，我把他分在了Aop模块下，在Spring 官方文档里对这个地方也有点含糊不清，这里是纯个人观点。

数据访问及集成：

由spring-jdbc、spring-tx、spring-orm、spring-jms和spring-oxm 5个模块组成。

spring-jdbc模块是Spring 提供的JDBC抽象框架的主要实现模块，用于简化Spring JDBC。主要是提供JDBC模板方式、关系数据库对象化方式、SimpleJdbc方式、事务管理来简化JDBC编程，主要实现类是JdbcTemplate、SimpleJdbcTemplate以及NamedParameterJdbcTemplate。

spring-tx模块是Spring JDBC事务控制实现模块。使用Spring框架，它对事务做了很好的封装，通过它的Aop配置，可以灵活的配置在任何一层；但是在很多的需求和应用，直接使用JDBC事务控制还是有其优势的。其实，事务是以业务逻辑为基础的；一个完整的业务应该对应业务层里的一个方法；如果业务操作失败，则整个事务回滚；所以，事务控制是绝对应该放在业务层的；但是，持久层的设计则应该遵循一个很重要的原则：保证操作的原子性，即持久层里的每个方法都应该是不可以分割的。所以，在使用Spring JDBC事务控制时，应该注意其特殊性。

spring-orm模块是ORM框架支持模块，主要集成 Hibernate, Java Persistence API (JPA) 和 Java Data Objects (JDO) 用于资源管理、数据访问对象(DAO)的实现和事务策略。

spring-jms模块（Java Messaging Service）能够发送和接受信息，自Spring Framework 4.1以后，他还提供了对spring-messaging模块的支撑。

spring-oxm模块主要提供一个抽象层以支撑OXM（OXM是Object-to-XML-Mapping的缩写，它是一个O/M-mapper，将java对象映射成XML数据，或者将XML数据映射成java对象），例如：JAXB, Castor, XMLBeans, JiBX 和 XStream等。

Web：

由spring-web、spring-webmvc、spring-websocket和spring-webmvc-portlet 4个模块组成。

spring-web模块为Spring提供了最基础Web支持，主要建立于核心容器之上，通过Servlet或者Listeners来初始化IoC容器，也包含一些与Web相关的支持。

spring-webmvc模块众所周知是一个的Web-Servlet模块，实现了Spring MVC（model-view-controller）的Web应用。

spring-websocket模块主要是与Web前端的全双工通讯的协议。（资料缺乏，这是个人理解）

spring-webmvc-portlet模块是知名的Web-Portlets模块（Portlets在Web门户上管理和显示的可插拔的用户界面组件。Portlet产生可以聚合到门户页面中的标记语言代码的片段，如HTML，XML等），主要是为SpringMVC提供Portlets组件支持。

报文发送：

即spring-messaging模块。

spring-messaging是Spring4 新加入的一个模块，主要职责是为Spring 框架集成一些基础的报文传送应用。

Test：

即spring-test模块。

spring-test模块主要为测试提供支持的，毕竟在不需要发布（程序）到你的应用服务器或者连接到其他企业设施的情况下能够执行一些集成测试或者其他测试对于任何企业都是非常重要的。

依赖关系
该图是SPRING 3.2.X 的包结构，可以从中清楚看出 Spring 各个模块之间的依赖关系。

从图中可以看出，IoC 的实现包 spring-beans 和 AOP 的实现包 spring-aop 是整个框架的基础，而 spring-core 则是整个框架的核心，基础的功能都在这三个包里。

在此基础之上，spring-context 提供上下文环境，为各个模块提供粘合作用。

在 spring-context 基础之上提供了 spring-tx 和 spring-orm包，而web部分的功能，都是要依赖spring-web来实现的。

由于struts框架自身的Bug一直没有修复，以及Spring MVC 已经足够强大，所以在最新的spring 4 中已经移除了 spring-struts 模块。

如果你想加入spring源码的学习，笔者的建议是从spring-core入手，其次是spring-beans和spring-aop，随后是spring-context，再其次是spring-tx和spring-orm，最后是spring-web和其他部分。

闲言小叙

框架小结
笔者将Spring的内部设计与操作系统 kernel（Linux内核）的设计方法进行类比，希望借此能更形象的说明Spring体系。

Spring体系的核心是IoC和Aop模块。对于kernel而言，进程调度器就是其关键部位，kernel通过“进程”这个概念来抽象物理的计算资源，同时通过调度算法的设计来实现对计算资源的高效使用。而对于Spring来说，也是一样的，一方面通过IoC容器来进行POJO对象管理，以及对他们进行松耦合处理，同时也让信息资源可以用最简单的Java 语言来抽象和描述;另一方面，可以通过Aop来增强服务的功能。

另外，在Spring体系中，Spring简化了Java EE所进行的开发，这种简化是指我们能够在不EJB这么厚重的环境中使用Java EE的基本服务——为应用开发服务提供了许多即开即用的系统组件合服务，这些服务涵盖了Java EE各个基本服务，对于其他的服务，也可以根据使用情况动态扩展到Spring体系中。基本来说，Spring体系中已经涵盖了Java EE中经常用到的许多服务，比如事务处理、Web MVC、JDBC、ORM、远程调用，这些服务的价值是不可忽视的，就像kernel如果没有实现许多驱动，那Linux对用户而言也是没有任何价值的。Spring通过自己的努力，提供了这些看起来不起眼，但对推广起着关键作用的部分，从而构建起了一个丰富的生态圈。其实，这也是interface21和Spring之间的区别。

和Linux一样，作为一个开源项目。其开源的特性也深深影响了Spring体系的设计，在发展的过程中，其自身也吸收了不少好的社区项目，比如Spring的Security框架就是来源于社区Acegi,这个框架的原意是为Spring设计一个安全框架，让Spring应用更方便地处理一些安全性的问题，但慢慢的被Spring吸收，成为Spring的一个子项目。

太史公曰
笔者坦言，文中的观点建立于大量地书籍、博客、英文资料以及笔者亲身经历之上，其实中间有不少是他人观点和创意，甚至有很多就是原文或者间接的翻译。但笔者认为借鉴他人观点和创意并不可耻，毕加索说过，拙工偷，巧匠盗，但如何将他人的创意有机的结合为一个整体，这就完全看个人的品味了。

本篇是带你走入Spring世界，主要是着眼于架构设计和源码角度编写，其实这也是笔者的Spring 源码分析的写作计划，笔者将她分为了四个部分总共八篇，第一部分是本文主要介绍Spring源码框架，其次是第二部分源码分析第一阶段主要分两篇主要介绍Spring的核心容器和Aop，再其次是源码分析第二阶段分为四篇主要介绍数据访问及集成、Web、报文发送以及Test，最后是一篇总纲。慢工出细活，笔者预计会在一至三个月内编写完一篇，全部完成，可能会花费半年到二年时间。很长对吧，但对于独具匠心的Spring 框架，笔者认为这一切都是值得的。当然笔者也希望，自己能从中得出启示，从而开发出新的东西，毕竟创造的乐趣远远大于使用的乐趣。

最后笔者声明，笔者的初衷是编写笔者对Spring源码分析的总结，平时的兴趣也仅仅在于源码分析、后台以及系统架构。

来自https://my.oschina.net/kaywu123/blog/610825