资深架构师眼中的Java Web系统十年架构演化之路！

一 、Java Web架构演变

在java架构模式中，咱们能够将MVC架构模式抽象为以下结构：

1. View层。View层即UI层，可采用的技术如JSP,Structs,SpringMVC等
2. Controller层。Controller表示控制器层，可采用的技术，如Servlet/Filter,Spring等
3. Service层。Service层表示核心服务层，向架构上层提供服务
4. DAO层。DAO层表示数据访问层，可采用的技术如jdbc和ORM框架(如Spring JDBC,JPA,Hibernate,Mybatis等)
5. Model层。Model层即表示JavaBean对象
6. Utilities层。Utilities层表示公共工具层

须要注意的是，在该架构抽象模型中，并未涉及到其余技术，如SOA,Nosql(Redis，Mongodb等),MQ等，

除此以外，基于Springboot+Cloud的微服务技术，也未涉及，由于这里只将基于MVC的架构模式演变，具体的JavaWeb架构，将在之后的章节讲解。

基于如上的架构抽象模型，咱们能够将该架构模式发展分为三个阶段：

阶段一：Servlet阶段

阶段二：SSH(Spring+Structs+Hibernate)阶段

阶段三：SSM阶段(Spring+SpringMVC+Mybatis)阶段

其实，还存在阶段四，即微服务阶段，本篇文章不讲解。

阶段一：Servlet/Filter扮演控制器角色

在该阶段架构模式中，Servlet/Filter扮演Controller角色，JSP扮演View角色，JavaBean扮演Model角色

该阶段的数据库访问技术为具体DB的JDBC，该模式虽然实现了所谓的MVC模式，但却存在诸多问题：

1. 先后端分离不完全。因为JSP技术先后端分离不完全，开发人员每每会在JSP页面中嵌套Java代码，从而须要前端开发人员懂java技术
2. JSP页面可读性差，编写效率低，尽管引入EL，JSTL等技术
3. Sevlet/Filter做为控制器，面临的稳定性，安全性考验(Servlet是线程不安全的)等
4. 数据库访问技术采用传统的jdbc，形成过多的冗余代码

固然，还存在不少问题，这里不一一列举，为了解决这些问题，JavaWeb专家们提出了一种架构思想：模块化，抽象化和专注化的思想。

基于该思想，涌向出一批专业化开源框架，其中较为出名的组合框架即是SSH了。

阶段二：SSH

1. 在该架构模式中，Controller采用Spring框架技术，View采用Structs框架技术，DB访问技术采用Hibernate框架技术
2. 从SSH中，很容易看出先后端出现了专业化，精细化分工，且朝框架演变，如前端框架采用Structs，后端框架采用Spring等

然而，SSH架构模式虽然解决了Servlet/Filter架构模式存在的问题，实现了专业化、精细化分工，实现了模块化和抽象化，但其却存在一个比较大的问题：框架笨重不灵活。

如Hibernate虽然能知足业务需求，能解决业务，但其笨重不灵活，不能很好地实现可配置化的灵活方式，Structs也过于笨重。

为了解决该问题，JavaWeb专家们又提出了另一种架构模式，即SSM架构模式。

阶段三：SSM

该模式中，Spring扮演Controller角色，SpringMVC扮演View角色(固然，小型系统，可直接采用SpringMVC便可)，Mybatis扮演DB访问技术SSM架构模式

在当前的JavaEE中，算是比较流行的开发模式了，也是大都数企业的技术选型之一。

固然，能与SSM相媲美的另外一种设计思想，那就是微服务思想(SpringBoot+cloud技术等)，本篇文章不谈及微服务。

二 、SSM核心框架概述

Spring框架

Spring框架目前是JavaWeb开发的主流框架，也能够说是诸多企业的必选框架，它大体包括六大模块。

1. Spring核心容器。该容器是Spring框架最核心部分，它管理着Spring运用中bean的建立、配置和管理等
2. Spring AOP。该模块为面向切面和DI(依赖注入)提供了很好的支持
3. 数据库访问与集成模块
4. Web与远程调用技术
5. Instrument模块
6. Test模块

Mybatis框架

1. 根据Mybatis源码，将其抽象为三层：基础支持层，核心处理层和接口层
2. 基础支持层包括：数据源、事务管理、日志、类型转换、缓存、Bind、解析器等
3. 核心处理层包括：配置解析、配置映射、SQL解析、SQL执行、结果集映射、插件等
4. 接口层主要提供JAVA API