SSM和SpringBoot的框架区别

简化配置

在整合 SSM 的时候，需要将大量配置写入 xml 文件中；

Spring Boot 采用约定大于配置的方式，所谓约定大于配置，在 Spring Boot 中体现在开发人员只需要关注应用中不符合约定的部分：比如默认的 WEB 容器端口是 8080，只有当开发人员想要修改时才需要去写这一部分的配置。

内置容器

在 SSM 整合中，运行项目需要依赖外部的 Servlet ，比如常用的是 tomcat；

在 Spring Boot 框架中，内置了 tomcat 容器，打包后会生成 jar 包，更加方便部署。Spring Boot 的内置框架支持切换，通过修改 maven 依赖，可以很方便地实现 tomcat、jetty、undertow 三种容器之间的切换。

更快速的开发

使用 SSM 开发一个应用需要繁琐的配置过程；

使用 Spring Boot 开发一个应用只需要生成项目，引入 starter 即可，简化了开发的难度。

（1）SSM 框架项目会有大量的配置文件，需要手动的去整合SpringMVC、Spring、MyBatis，并且需要注意各种配置和兼容，后期的维护难度也很大。

（2）Spring Boot 使用了特定的配置方式，开发人员不需要再定义样板化的配置，简化项目的初始构建。Spring Boot 使用了特定的配置方式，开发人员不需要再定义样板化的配置，简化项目的初始构建。Spring Boot 提供了内置的容器，部署也变得异常简单。

（3）Spring Boot 和 SSM 不冲突，Spring Boot 只是简化了配置，实际开发并没什么区别。虽然 Spring Boot 简化了配置，但并不代表不需要编写配置文件，还是需要在自带的 application.yml 文件中去编写一些内容，比如连接数据库代码、端口号等。