spring思想分析

摘要: EveryBody in the world should learn how to program a computer...because it teaches you how to think. --Steve Jobs

一切都是从Bean开始的

 

        在1996年，Java还只是一个新兴的、初出茅庐的编程语言。人们之因此关注她仅仅是由于，可使用Java的Applet来开发Web应用。但这些开发者很快就发现这个新兴的语言还能作更多的事情。与以前的全部语言不一样，Java让模块化构建复杂的系统成为可能（当时的软件行业虽然在业务上日新月异，但当时开发用的是传统的面向过程开发思想，软件的开发效率一直踟蹰不前。伴随着业务复杂性的不断加深，开发也变得愈加困难。其实，当时也是面向对象思想飞速发展的时期，她在80年代末被提出，成熟于90年代，现今大多数编程语言都是面向对象的，固然这是后话了）。他们为Applet而来，为组件化而留。这即是最先的Java。

        一样在这一年的12月，Sun公司发布了当时还名不见经传但后来人尽皆知的JavaBean 1.00-A规范。早期的JavaBean规范针对于Java，她定义了软件组件模型。这个规范规定了一整套编码策略，使简单的Java对象不只能够被重用，并且还能够轻松地构建更为复杂的应用。尽管JavaBean最初是为重用应用组件而设计的，但当时他们倒是主要用做构建窗体控件，毕竟在PC时代那才是主流。但相比于当时正如日中天的Delphi、VB和C++，他看起来仍是太简易了，以致于没法胜任任何"实际的"工做。

        复杂的应用一般须要诸如事物、安全、分布式等服务的支持，但JavaBean并未直接提供。因此到了1998年3月，Sun发布了EJB 1.0规范，该规范把Java组件的设计理念延伸到了服务器端，并提供了许多必须的企业级服务，但他也再也不像早期的JavaBean那么简单了。实际上，除了名字，EJB Bean已经和JavaBean 没有任何关系了。

        尽管现实中有不少系统是基于EJB构建的，但EJB历来没有实现它最初的设想：简化开发。EJB的声明式编程模型的确简化了不少基础架构层面的开发，例如事务和安全；但另外一方面EJB在部署描述符和配套代码实现等方面变得异常复杂。随着时间的推移，不少开发者对EJB已经再也不抱有幻想，开始寻求更简洁的方法。

        如今Java组件开发理念从新回归正轨。新的编程技术AOP和DI的不断出现，他们为JavaBean提供了以前EJB才能拥有的强大功能。这些技术为POJO提供了相似EJB的声明式编程模型，而没有引入任何EJB的复杂性。当简单的JavaBean足以胜任时，人们便不肯编写笨重的EJB组件了。

        客观地讲，EJB的发展甚至促进了基于POJO的编程模型。引入新的理念，最新的EJB规范相比以前的规范有了史无前例的简化，但对不少开发者而言，这一切的一切都来得太迟了。到了EJB 3规范发布时，其余基于POJO的开发架构已经成为事实的标准了，而Spring框架也是在这样的大环境下出现的。

 

 

 

代码简洁之路

        Rod Johnson的思考

        Rod Johnson这位澳大利亚的Java大师，很难想象，他除了在悉尼大学得到计算机学士学位之外还得到了音乐的博士学位，或许正是他音乐的细胞成就了Spring独特简约和优雅。他在1996年就踏足Java开发，而且在C++方面也已经有了很深厚的造诣。他常年从事保险、银行等企业的开发，是一个一切从现实出发的设计者以及勇敢的创新者。

         Rod Johnson在2002年编著的《Expert One-to-One J2EE Design and Development》一书中，对EJB框架的臃肿、低效、脱离现实等种种现状提出了质疑，并积极寻求革新之道。以此书为指导思想，他编写了interface21框架，这是一个力图冲破Java EE传统开发困境，从实际需求出发，着眼于轻便、灵巧，易于开发、测试和部署的轻量级开发框架。Spring框架即以interface21框架为基础，通过从新设计，并不断丰富其内涵，于2004年3月24日，发布了Spring 1.0正式版。同年他又推出了另外一部堪称经典的力做《Expert One-to-One J2EE Development without EJB》，该书在Java世界掀起了轩然大波，不断地改变着Java开发者程序设计和开发的思考方式。在该书中，做者根据本身多年丰富的实践经验，对EJB的各项笨重臃肿的结构进行了逐一的分析和否认，并分别以简洁实用的方法代替。能够说，这本书中的代码诞生了Spring Framework。借此，Rod Johnson也奠基了他在Java世界中大师级人物的地位。

        设计伊始

      Spring 是为解决企业级应用开发的复杂性而设计，她能够作不少事。但归根到底支撑Spring的仅仅是少量的基本理念，而全部地这些的基本理念都能能够追溯到一个最根本的使命：简化开发。这是一个郑重的承诺，其实许多框架都声称在某些方面作了简化。

        而Spring则立志于全方面的简化Java开发。对此，她主要采起了4个关键策略：

            1，基于POJO的轻量级和最小侵入性编程；

            2，经过依赖注入和面向接口松耦合；

            3，基于切面和惯性进行声明式编程；

            4，经过切面和模板减小样板式代码；

        而他主要是经过：面向Bean、依赖注入以及面向切面这三种方式来达成的。

        面向Bean

        Spring 是面向 Bean 的编程（Bean Oriented Programming, BOP），Bean 在 Spring 中才是真正的主角。Bean 在 Spring 中做用就像 Object 对 OOP 的意义同样，Spring 中没有 Bean 也就没有 Spring 存在的意义。Spring 提供了 IoC容器经过配置文件或者注解的方式来管理对象之间的依赖关系。

        控制反转( 其中最多见的方式叫作依赖注入（Dependency Injection，DI），还有一种方式叫“依赖查找”（Dependency Lookup，DL），她在C++、Java、PHP以及.NET中都运用。在最先的Spring中是包含有依赖注入方法和依赖查询的，但由于依赖查询使用频率太低，不久就被Spring移除了，因此在Spring中控制反转也被称做依赖注入)，她的基本概念是：不建立对象，可是描述建立它们的方式。在代码中不直接与对象和服务链接，但在配置文件中描述哪个组件须要哪一项服务。容器 （在 Spring 框架中是 IoC容器） 负责将这些联系在一块儿。

        在典型的 IoC场景中，容器建立了全部对象，并设置必要的属性将它们链接在一块儿，决定什么时间调用方法。

        依赖注入

        Spring 设计的核心 org.springframework.beans 包（架构核心是org.springframework.core包），它的设计目标是与 JavaBean 组件一块儿使用。这个包一般不是由用户直接使用，而是由服务器将其用做其余多数功能的底层中介。下一个最高级抽象是 BeanFactory 接口，它是工厂设计模式的实现，容许经过名称建立和检索对象。BeanFactory 也能够管理对象之间的关系。

        BeanFactory 支持两个对象模型。

            1，单例：模型提供了具备特定名称的对象的共享实例，能够在查询时对其进行检索。Singleton 是默认的也是最经常使用的对象模型。对于无状态服务对象很理想。

            2，原型：模型确保每次检索都会建立单独的对象。在每一个用户都须要本身的对象时，原型模型最适合。

        bean 工厂的概念是 Spring 做为 IoC容器的基础。IoC则将处理事情的责任从应用程序代码转移到框架。

        面向切面

        面向切面编程，即 Aop，是一种编程技术，它容许程序员对横切关注点或横切典型的职责分界线的行为（例如日志和事务管理）进行模块化。Aop的核心构造是方面，它将那些影响多个类的行为封装到可重用的模块中。

        Aop和 IoC是补充性的技术，它们都运用模块化方式解决企业应用程序开发中的复杂问题。在典型的面向对象开发方式中，可能要将日志记录语句放在全部方法和 Java 类中才能实现日志功能。在 Aop方式中，能够反过来将日志服务模块化，并以声明的方式将它们应用到须要日志的组件上。固然，优点就是 Java 类不须要知道日志服务的存在，也不须要考虑相关的代码。因此，用 Spring Aop编写的应用程序代码是松散耦合的。

        Aop的功能彻底集成到了 Spring 事务管理、日志和其余各类特性的上下文中。

 

俯瞰Spring源码架构

        系统架构

        Spring 总共大约有20个模块，由1300多个不一样的文件构成。而这些组件被分别整合在核心容器（Core Container）、Aop（Aspect Oriented Programming）和设备支持（Instrmentation）、数据访问及集成（Data Access/Integeration）、Web、报文发送（Messaging）、Test，6个模块集合中。

        如下是 Spring 4 的系统架构图。

 

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

        1.核心容器：由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进行交互。

        2.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 官方文档里对这个地方也有点含糊不清，这里是纯我的观点。

        3.数据访问及集成：由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等。

        4.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组件支持。

        5.报文发送：即spring-messaging模块。

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

        6.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源码分析的总结，平时的兴趣也仅仅在于源码分析、后台以及系统架构。