持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第24天，点击查看活动详情
前言
经过上一章的讲解相信大家对早期的架构有一个简单的认识了，本篇章将继续讲解下一架构变化，上一张说了ssh为java开发者带来的便利性，所以事实证明架构更替取决于你这个玩意好不好用，不好用就只有淘汰的份了。
演变史二
ssh在早期流行了一段时间后，随着时间推移又出来了两位猛将，第一个开源框架是spring所衍生出来的框架springMVC可见spring的野心不小啊，直接把老大哥struts干的不轻，在之后甚至直接取代了他的位置，形成了新的架构ssh，此ssh非彼ssh，变成了spring mvc + spring + Hibernate，ssh又流行了一段时间第二个开源框架又出来了这个框架影响性非常大一直到了现在甚至还在使用，他就是mybatis，mybatis 与 spring在我看来这两个兼职就是java的救命恩人，尤其是spring，spring不管从框架层还是思想上都超前太多，以至于现在迭代根基没有什么变化甚至还没有人能替代，struts团队甚至开发了struts2都实在是挽回不了市场，spring的强大足以看出直接一统天下了。讲回去mybatis，mybatis是为了代替繁琐的jdbc所出来的一个框架，主要是为了让开发者无序关心底层数据库，通过编写sql就可以实现数据的查询，或者通过简单的mybtis工具类来实现数据提取，比起以前的jdbc5部曲简单的。所以新的架构就出来了就是鼎鼎大名的ssm，由springmvc + spring + mybatis组成，由springmvc作为视图层，这时候出现了两种开发形式前后开发与后端全栈开发形式，springmvc则是两种都支持，可以看出spring野心不小。spring则是继续业务处理，而数据库连接与数据获取这块则换成了mybatis，当时hibernate和mybatis争夺市场则是不分上下，面试题还经常问两者的区别。
总结
对于ssh来说ssm的思想与开发习惯更为好用，开发者纷纷转投到ssm上也是因为当时的架构演变所导致的。
