来源：Alan_beijing
一 JavaWeb架构演变
在java架构模式中，我们可以将MVC架构模式抽象为如下结构：
-
View层。View层即UI层，可采用的技术如JSP,Structs,SpringMVC等
-
Controller层。Controller表示控制器层，可采用的技术，如Servlet/Filter,Spring等
-
Service层。Service层表示核心服务层，向架构上层提供服务
-
DAO层。DAO层表示数据访问层，可采用的技术如jdbc和ORM框架(如Spring JDBC,JPA,Hibernate,Mybatis等)
-
Model层。Model层即表示JavaBean对象
-
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模式，但却存在诸多问题：
-
前后端分离不彻底。由于JSP技术前后端分离不彻底，开发人员往往会在JSP页面中嵌套Java代码，从而需要前端开发人员懂java技术
-
JSP页面可读性差，编写效率低，尽管引入EL，JSTL等技术
-
Sevlet/Filter作为控制器，面临的稳定性，安全性考验(Servlet是线程不安全的)等
-
数据库访问技术采用传统的jdbc，造成过多的冗余代码
当然，还存在很多问题，这里不一一列举，为了解决这些问题，JavaWeb专家们提出了一种架构思想：模块化，抽象化和专一化的思想。基于该思想，涌向出一批专业化开源框架，其中较为出名的组合框架便是SSH了。
（二）阶段二：SSH
-
在该架构模式中，Controller采用Spring框架技术，View采用Structs框架技术，DB访问技术采用Hibernate框架技术
-
从SSH中，很容易看出前后端出现了专业化，精细化分工，且朝框架演变，如前端框架采用Structs，后端框架采用Spring等
然而，SSH架构模式虽然解决了Servlet/Filter架构模式存在的问题，实现了专业化、精细化分工，实现了模块化和抽象化，但其却存在一个比较大的问题：框架笨重不灵活。
如Hibernate虽然能满足业务需求，能解决业务，但其笨重不灵活，不能很好地实现可配置化的灵活方式，Structs也过于笨重。为了解决该问题，JavaWeb专家们又提出了另外一种架构模式，即SSM架构模式。
（三）阶段三：SSM
1.该模式中，Spring扮演Controller角色，SpringMVC扮演View角色(当然，小型系统，可直接采用SpringMVC即可)，Mybatis扮演DB访问技术
SSM架构模式，在当前的JavaEE中，算是比较流行的开发模式了，也是大都数企业的技术选型之一。当然，能与SSM相媲美的另一种设计思想，那就是微服务思想(SpringBoot+cloud技术等)，本篇文章不谈及微服务。
二 SSM核心框架概述
（一）Spring框架
Spring框架目前是JavaWeb开发的主流框架，也可以说是诸多企业的必选框架，它大致包括六大模块。
-
Spring核心容器。该容器是Spring框架最核心部分，它管理着Spring运用中bean的创建、配置和管理等
-
Spring AOP。该模块为面向切面和DI(依赖注入)提供了很好的支持
-
数据库访问与集成模块
-
Web与远程调用技术
-
Instrument模块
-
Test模块
（二） Mybatis框架
-
根据Mybatis源码，将其抽象为三层：基础支持层，核心处理层和接口层
-
基础支持层包括：数据源、事务管理、日志、类型转换、缓存、Bind、解析器等
-
核心处理层包括：配置解析、配置映射、SQL解析、SQL执行、结果集映射、插件等
-
接口层主要提供JAVA API
觉得不错？欢迎转发分享给更多人
