为什么选择SSM框架+Redis的开发模式

为什么选择SSM框架+Redis的开发模式

首先，Struts2框架和Spring结合，多年来改变不了臃肿的老毛病，更为严重的是近年来多次出现漏洞问题，使得其名声和使用率大大下降。这时候Spring MVC架构成了新一代MVC架构的主流。它原生于Spring框架，可以无缝对接Spring的核心技术。与Struts不同，它的流程模块化，没有那么多臃肿的类，所以互联网应用的框架大部分就是Spring MVC。
其次，目前企业的Java应用中，Spring框架是必须的，Spring的核心是IoC(控制反转），它是一个大容器，方便组装和管理各类系统内部和外部资源，同时支持AOP（面向切面编程），这是对面向对象的补充,目前广泛用于日志和数据库事务控制，减少了大量的重复代码，使得程序更为清晰。因为Spring可以使用模块解耦，控制对象之间的写作，所以Spring框架是目前Java最流行的框架，几乎没有之一。
最后，对于Hibernate而言，笔者感慨最多，在需要存储过程或者复杂SQL时，它的映射关系几乎完全用不上，所有的问题都需要自己敲代码处理，作为全映射的框架，它的致命缺点是没有办法完全掌控数据库的SQL，而优化SQL是高并发，高响应系统的必然要求，这是互联网系统的普遍特性，所以Hibernate在互联网系统中被排除了。另一个持久层框架MyBatis，他需要编写SQL，提供映射规则，不过它加入了动态SQL、自动映射、接口编程等功能使得它简单易用，同时支持SQL优化、动态绑定，并满足高并发和高响应的要求，所以他成为最流行的Java持久框架。
NoSQL的成功之处在于，首先他是基于内存的，也就是数据放在内存中，而不是像数据库那样把数据放在磁盘上，而内存的读取数据是磁盘读取速度的几十倍到上百倍，所以NoSQL工具的速度远比数据库读取速度要快的多，满足了高响应的要求。及时NoSQL将数据放在磁盘中，也是一种半结构化的数据格式，读取到解析的复杂度远比数据库要简单，这是应为数据库存储的是经过结构化、多范式等有复杂规则的数据，还原为内存结构的速度较慢。NoSQL在很大程度上满足了高并发、快速读、写和响应的要求，所以他也是Java互联网系统的利器。于是两种NoSQL的工具Redis和MongoDB流行起来，尤其是Redis已经车归为主要的NoSQL工具，博客会详细的介绍它的常用方法。
基于上述原因，Spring+Spring MVC+MyBatis已经成为了Java互联网时代的主流架构，而Redis缓存已经成为了主流的NoSQL技术，笔者愿意将自己所掌握的只是分享给大家，为目前奋斗在SSM和Redis战线上的同行们奉献一本有价值的参考书。