导读：为什么选择 SSM 框架开发项目
SSM 框架由 SpringMVC、Spring 和 Mybatis 三大开源框架整合而成，所以了解该框架需先从这三个框架着手。
Spring
Spring 是整个框架的核心，所以我们先从它开始讲起。
Spring 是 2003 年兴起的一个轻量级的 Java 开发框架，由 Rod Johnson 创建。它解决了业务逻辑层和其他各层的松耦合问题，并将面向接口的编程思想贯穿整个系统应用。简单来说，Spring 是一个分层的 JavaSE/EE Full-Stack（一站式） 轻量级开源框架。为什么说 spring 是分层、一站式、轻量级的框架呢？
首先看分层。JavaEE 经典的 MVC 三层结构为表现层、业务层、持久层，Web表现层负责页面数据显示、页面跳转调度，例如 JSP/Servlet、SpringMVC；Service业务层负责业务处理、功能逻辑和事务控制，例如 Service、JavaBean、EJB；而持久层Dao则负责数据存取和封装，及与数据库打交道，例如 JDBC、Hibernate、Mybatis。
而一站式，则指 Spring 为 JavaEE 的每一层都提供了解决方案，比如：
- 表现层：Struts1、Struts2、Spring MVC；
- 业务层：IoC 控制反转、AOP 面向切面编程、事务控制；
- 持久层：JdbcTemplate、HibernateTemplate、ORM 框架（对象关系映射）的整合。
至于轻量，则是指从大小与开销两方面而言，Spring都是轻量的。完整的 Spring 框架可以在一个大小只有 1MB 多的 Jar 文件里发布。并且 Spring 所需的处理开销也是微不足道的。Spring 的出现解决了 EJB 臃肿、低效、繁琐复杂、脱离现实的情况。而且使用 Spring 编程是非侵入式的。Spring 应用中的对象不依赖于 Spring 的特定类。
Spring 的体系结构
Spring 框架是一个分层架构，它包含一系列的功能要素，被分为大约20个模块。这些模块分为 Core Container、Data Access/Integration、Web、AOP、Aspects、Instrumentation 和 Test，如下图所示：
核心容器（Core Container）包括 Core、Beans、Context、EL 模块。
-
Core 和 Beans 模块提供了 Spring 最基础的功能，Core 模块是核心，为其他模块提供支持，包括 Spring 的核心工具类。Beans 是 Spring 管理实体类 Bean 的主要模块，提供 IoC 控制反转和依赖注入 DI。控制反转即将控制权由原来的程序员自己管理交给 Spring 来管理，依赖注入就是注入对象实例，有四种方式，即接口注入、setter 方法注入、构造器注入和注解注入。
-
Context 上下文模块，主要基于 Core 和 Beans 模块，Context 模块的 Context 包继承了 Beans 包的功能，还增加了国际化（I18N）、事件传播等，Context 上下文模块，还包括企业服务，例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。
-
Expression Language，表达式语言模块，又称 SpEL，提供了在运行期间查询和操作对象图的强大能力。包含五个主要特性：（1）使用 Bean 的 ID 引用 Bean；（2）调用方法和访问对象的属性；（3）对值进行算术，关系和逻辑运算；（4）正则表达式匹配；（5）集合操作。
Spring 的三大核心
这三大核心分别为 IOC（Inverse of Control 控制反转）、DI（Dependency Injection，依赖注入）和AOP（Aspect Oriented Programming 面向切面编程）。
1.IOC（Inverse of Control 控制反转）
IOC，即将对象创建权利交给Spring工厂进行管理。比如说
Content content = new Content();
现在，可以这样写:
Content content = ContentFactory.getContent();
2.DI（Dependency Injection，依赖注入）
DI 是指在 Spring 框架创建 Bean 对象时，动态地将依赖对象注入到 Bean 组件。简单的说，就是将另外一个 Bean 对象动态地注入到另一个 Bean 中。
DI 的做法是：由 Spring 容器创建 Service、Dao 对象，并且通过注解或配置将 Dao 传入 Servcie，那么 Service 对象就包含了 Dao 对象的引用。比如：
@Service
public class UserServiceImpl implements UserService {
@Autowired //通过注解注入UserMapper对象
private UserMapper userMapper;
}
3.AOP（Aspect Oriented Programming 面向切面编程）
AOP 采取横向抽取机制，取代了传统纵向继承体系重复性代码的编写方式（例如性能监视、事务管理、安全检查、缓存、日志记录等）。
AOP 基于代理思想，对原来目标对象，创建代理对象，在不修改原对象代码情况下，通过代理对象，调用增强功能的代码，从而对原有业务方法进行增强。例如可以在插入 User 对象之前进行打印日志，请看下面的代码示例。
UserService.java:
public interface UserService {
void add(User user);
}
前置增强类 PrintLogBefore.java：
//前置增强代码
public class PrintLogBefore implements MethodBeforeAdvice {
private static final Logger log = Logger.getLogger(PrintLogBefore.class);
@Override
public void before(Method method, Object[] arguments, Object target)
throws Throwable {
log.info("在插入User之前执行的方法");
}
}
最后配置切入点：
<bean id="printBefore" class="dreamland.aop.test.PrintLogBefore"></bean>
<aop:config>
<aop:pointcut expression="execution(public void save(dreamland.aop.entity.User))" id="pointcut"/>
<aop:advisor advice-ref="printBefore" pointcut-ref="pointcut"/>
</aop:config>
这样在调用 add(User user) 方法之前就会打印如下内容：
"在插入User之前执行的方法"
SpringMVC
Spring 为 Web 表现层提供了一个优秀的框架 SpringMVC。和其他 Web 框架一样，也是基于 MVC 的设计理念，此外，它采用了松耦合可插拔组件结构，比其他 MVC 框架更具扩展性和灵活性。
SpringMVC 通过一套 MVC 注解，让 POJO 成为处理请求的控制器，无需任何接口，同时，SpringMVC 还支持 REST 风格的 URL 请求。此外，SpringMVC 在数据绑定、视图解析、本地化处理及静态资源处理上都有许多不俗的表现。它在框架设计、扩展性、灵活性等方面全面超越了 Struts、WebWork 等 MVC 框架，从原来的追赶者一跃成为 MVC 的领跑者。
SpringMVC 框架围绕 DispatcherServlet 这个核心展开，DispatcherServlet 是前端控制器设计模式的实现，提供 Spring Web MVC 的集中访问点，负责职责的分派，而且与 Spring IoC 容器无缝集成，从而可以获得 Spring 的所有好处。
SpringMVC 框架流程
其框架流程，如下图所示：
接下来，我们对每一个子流程做下说明。
- 用户发送请求，被 SpringMVC 的前端控制器 DispatcherServlet 拦截。
- DispatcherServlet 收到请求后调用 HandlerMapping 处理器映射器。
- 处理器映射器找到具体的处理器，生成处理器对象及处理器拦截器（如果有则生成）一并返回给 DispatcherServlet。
- DispatcherServlet 调用 HandlerAdapter 处理器适配器。
- HandlerAdapter 经过适配器调用具体的处理器（Controller，也叫后端控制器）。
- Controller 将结果封装到 ModelAndView 返回给 HandlerAdapter。
- HandlerAdapter 将 Controller 执行结果 ModelAndView 返回给 DispatcherServlet。
- DispatcherServlet 将 ModelAndView 传给 ViewReslover 视图解析器。
- ViewReslover 解析后返回具体的 View。
- DispatcherServlet 根据 View 进行渲染视图（即将模型数据填充至视图中）。
- DispatcherServlet 响应用户。
Mybatis 介绍
Mybatis 的前身是 iBatis，Apache 的一个开源项目，在2010年这个项目从 Apache 迁移到 Google Code 改名为 Mybatis。Mybatis 是一个类似于 Hibernate 的 ORM 持久化框架，支持普通 SQL 查询、存储过程以及高级映射。Mybatis 通过使用简单的 XML 或注解用于配置和原始映射，将接口和 POJO 对象映射成数据库中的记录。由于 Mybatis 是直接基于 JDBC 做了简单的映射包装，所以从性能角度来看
JDBC > Mybatis > Hibernate
Mybatis 特点
主要有以下5大特点：
- 支持自定义 SQL、存储过程、高级映射；
- 实现自动对 SQL 的参数设置；
- 实现自动对结果集进行解析和封装；
- 通过 XML 或者注解进行配置和映射，大大减少代码量；
- 数据源的连接信息通过配置文件进行配置。
Mybatis 整体架构
整体架构如下图所示：
接下来，对架构的主要部分做下说明：
- 配置文件：全局配置文件 mybatis-config.xml，其作用为配置数据源，引入映射文件 Mapper.xml，映射文章的作用是配置 SQL 语句、参数、结果集封装类型等。
- SqlSessionFactory：相当于 Hibernate 的 SessionFactory，作用为获取 SqlSession，通过 newSqlSessionFactoryBuilder().build(inputStream) 来构建，inputStream用来读取配置文件的 IO 流。
- SqlSession：相当于 Hibernate 的 Session，作用为执行 CRUD 操作。
- Executor：执行器，SqlSession 通过调用它来完成具体的 CRUD，它是一个接口，提供了两种实现，即缓存的实现、数据库的实现。
- Mapped Statement：在映射文件里面配置，包含3部分内容：具体的 SQL，SQL执行所需的参数类型，SQL 执行结果的封装类型，参数类型和结果集封装类型包括3种，即 HashMap，基本数据类型，POJO。
SSM 框架与 SSH 框架对比
上面我们对 SSM 的各个组成部分做了详细介绍，接下来，我们将通过 SSM 与 SSH 的对比，带大家进一步深入了解 SSM。
其实，SSM 框架与 SSH 框架比较，主要还是 SpringMVC 和 Struts2，Mybatis 和 Hibernate 的对比。
SpringMVC 和 Struts2 比较
我们从机制、性能、参数传递、设计思想四个方面来看看两者的差异：
- 机制：SpringMVC 的入口是 Servlet，Struts2 的入口是 Filter， 两者的实现机制不同；
- 性能：SpringMVC 稍微比 Struts 快些。SpringMVC 是基于方法的设计，而 Struts2 是基于类，每发一次请求都会实例化一个 action，每个 action 都会被注入属性，而 SpringMVC 基于方法，粒度更细。
- 参数传递：Struts2 在接受参数时，可以用属性来接受参数，这就说明参数可被多个方法共享。SpringMVC 是基于方法的设计，传递参数是通过方法形参。多个方法间不能共享。
- 设计思想上：Struts2 更加符合 OOP 的编程思想，SpringMVC 就比较谨慎，在 Servlet 上扩展。
Mybatis 和 Hibernate 比较
我们从难易程度、对象管理、优势对比三个方面来看看两者的差异：
- 难易程度：Hibernate 的真正掌握要比 Mybatis 难些。Mybatis 框架相对简单容易上手。
- 对象管理：Hibernate 是完整的对象/关系映射解决方案，它提供了对象状态管理的功能，使开发者不需要关心底层数据库系统的细节。而 Mybatis 在这一块没有文档说明，用户需要自己对对象进行详细的管理。
- 优势对比：Mybatis 可以进行更为细致的 SQL 优化，可以减少查询字段。Hibernate 数据库移植性很好，Mybatis 的数据库移植性不好，不同的数据库需要些不同的 SQL。
综上所述，在性能方面 SSM 框架要优于 SSH 框架，这也是越来越多互联网企业选择 SSM 框架的主要原因。而对于业务逻辑复杂，不太在乎执行效率的传统行业，一般会选择使用 SSH 框架。所以本达人课会选择 SSM 框架来开发，其中应用到的技术将适用于大部分的互联网企业
596
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
