Spring 的前世今生

相信经历过不使用框架开发Web 项目的70 后、80 后都会有如此感触，如今的程序员开发项目太轻松了，基本只需要关心业务如何实现，通用技术问题只需要集成框架便可。早在2007 年，一个基于Java语言的开源框架正式发布，取了一个非常有活力且美好的名字，叫做Spring。它是一个开源的轻量级Java SE（Java 标准版本）/Java EE（Java 企业版本）开发应用框架，其目的是用于简化企业级应用程序开发。应用程序是由一组相互协作的对象组成。而在传统应用程序开发中，一个完整的应用是由一组相互协作的对象组成。所以开发一个应用除了要开发业务逻辑之外，最多的是关注如何使这些对象协作来完成所需功能，而且要低耦合、高聚合。业务逻辑开发是不可避免的，那如果有个框架出来帮我们来创建对象及管理这些对象之间的依赖关系。可能有人说了，比如“抽象工厂、工厂方法模式”不也可以帮我们创建对象，“生成器模式”帮我们处理对象间的依赖关系，不也能完成这些功能吗？可是这些又需要我们创建另一些工厂类、生成器类，我们又要而外管理这些类，增加了我们的负担，如果能有种通过配置方式来创建对象，管理对象之间依赖关系，我们不需要通过工厂和生成器来创建及管理对象之间的依赖关系，这样我们是不是减少了许多工作，加速了开发，能节省出很多时间来干其他事。Spring框架刚出来时主要就是来完成这个功能。

Spring 框架除了帮我们管理对象及其依赖关系，还提供像通用日志记录、性能统计、安全控制、异常处理等面向切面的能力，还能帮我管理最头疼的数据库事务，本身提供了一套简单的JDBC 访问实现，提供与第三方数据访问框架集成（如Hibernate、JPA），与各种Java EE 技术整合（如Java Mail、任务调度等等），提供一套自己的Web 层框架Spring MVC、而且还能非常简单的与第三方Web 框架集成。从这里我们可以认为Spring 是一个超级粘合大平台，除了自己提供功能外，还提供粘合其他技术和框架的能力，从而使我们可以更自由的选择到底使用什么技术进行开发。而且不管是JAVA SE（C/S 架构）应用程序还是JAVA EE（B/S 架构）应用程序都可以使用这个平台进行开发。如今的Spring 已经不再是一个框架，早已成为了一种生态。SpringBoot 的便捷式开发实现了零配置，SpringCloud 全家桶，提供了非常方便的解决方案。接下来，让我们来深入探讨Spring 到底能给我们带来什么？

一切从Bean 开始

说到Bean 这个概念，还得从Java 的起源说起。早在1996 年，Java 还只是一个新兴的、初出茅庐的编程语言。人们之所以关注她仅仅是因为，可以使用Java 的Applet 来开发Web 应用，作为浏览器组件。但开发者们很快就发现这个新兴的语言还能做更多的事情。与之前的所有语言不同，Java 让模块化构建复杂的系统成为可能（当时的软件行业虽然在业务上突飞猛进，但当时开发用的是传统的面向过程开发思想，软件的开发效率一直踟蹰不前。伴随着业务复杂性的不断加深，开发也变得越发困难。其实，当时也是OOP 思想飞速发展的时期，她在80 年代末被提出，成熟于90 年代，现今大多数编程语言都已经是面向对象的）。

同年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 框架也就是在这样的大环境下出现的。