说起Spring框架，就不得不说J2EE的EJB。年龄稍大一些的Java程序员对J2EE的EJB还是记忆犹新的，当时使用EJB开发大型应用系统非常时髦，Java程序员无不以掌握EJB开发技术为自豪，程序员引以为豪的原因是EJB的技术太复杂了，以至于一般的Java程序员很难掌握这么复杂的技术。

EJB的学习成本很高，开发效率却不高，需要编写很多重复的代码，这些问题阻止了EJB的继续发展。就在EJB技术止步不前的时候，Spring框架在合适的时机出现了，Spring框架和EJB不同，Spring框架的学习成本非常低，它是一个轻量级的开发框架，更多强调面向对象的设计，而不是让现有的技术变得更复杂，它使用JavaBean替代了复杂的EJB，并且为JavaBean提供了简单易用的应用配置框架。

一个JavaBean就是一个公共类，它可以被其它JavaBean类作为组件来使用，并且JavaBea之间的组配不需要在代码级实现，完全可以在配置层和注解层实现，Spring会自动选择相适配的JavaBean来组配运行。这种自动适配机制避免了JavaBean与使用类之间的代码耦合，提高了程序的可扩展性和维护性。

例如类A要使用类B，类B是类A的属性，如果直接在类A中创建类B，当类B因业务需要修改时，也需要修改类A的代码，这种写法就是代码耦合，也可以说类A和类B属于代码耦合。

假如我们把类B的创建交给Spring，Spring通过配置文件或者通过Java注解来创建类B，然后再由Spring把创建的类B实例和类A的实例组配起来，这样就避免了类A与类B的代码耦合。这种机制就是Spring框架的控制反转思想，相当于类A把创建类B权利交给了Spring，由Spring来控制类B的创建。

Spring框架还有一个比较重要的功能，那就是AOP机制。Spring框架的AOP机制可以把系统中的一些通用功能抽取出来，作为JavaBean来使用，与此同时在系统的业务流程代码中设置调用这些JavaBean功能的切入点，当系统业务流程执行到切入点时，Spring会自动把需要调用的JavaBean横向切入到业务流程指定的位置，AOP的这种技术也称为“横切”技术。

例如，在一个业务系统中，当用户要进入需要操作权限的页面时，系统会先进入登录页，要求用户登录系统后再进入该页面。这样的操作权限页面会有多个，如果为每个页面都写登录业务逻辑处理代码，显然是会造成代码冗余，维护起来也非常麻烦。比较好的做法是把用户登录业务处理作为一个独立的JavaBean，这个JavaBean也称为AOP的“切面”。然后在需要用户操作权限的业务流程页面设置“切入点”，并通过注解或配置文件将“切面”和“切入点”连接起来。当业务流程执行到“切入点”时，Spring框架会自动把与切入点关联的“切面”切入到业务流程“切入点”所在的位置，开始执行“切面”代码，直至切面代码执行完毕，然后根据“切面”返回的结果确定是否执行后面的流程。图5-2是用户登录功能切入到业务流程的示意图。

图 5-2 户登录功能切入到业务流程示意图

  Spring框架还有一个最大的特征就是和现有的开发框架不是竞争关系，而是采用融合的方式将其它框架集成进来，充分利用其它框架的技术，为系统实现提供最优解决方案。SSM就是Spring框架融合了MVC框架技术和MyBatis数据库框架技术。

Spring MVC是Spring框架的一部分，Spring框架成为Java EE开发主流框架后，Spring开发小组又在Spring框架的基础上推出了MVC架构，主要用于支持WEB应用程序的开发。

MVC是Model（模型，也称为数据模型）、View（视图）、Controll（控制器）三个英文单词首字母的缩写。从MVC组合的三个单词也可以看出，MVC是一种设计模型，它使用控制器将数据模型和视图进行分离，也就是将视图和数据解耦。这样的好处是后端处理的数据模型和前端视图显示的数据格式无关，实现一个数据模型可以对应多个视图以不同的方式来展现数据，当数据模型或视图发生变化时，相互之间的影响也会降低到最低。

MVC中最重要的核心就是控制器，控制器与视图和模型相对独立，它起到一个负责分发请求和返回处理结果的作用，对请求和数据模型的处理一般由JavaBean负责。

MVC虽然需要程序员多写一些额外的代码，但它强制性地将视图和数据分开所带给我们的好处是毋庸置疑的。可以设想一下，在早期的JSP网页中，处理数据的代码和HTML展现的代码是混合在一起的，它们被完全耦合到一个文件中，程序逻辑也非常混乱，对后期程序的维护和扩展都是很大的问题。