一、SSM优缺点应该分开来说的，比如

1）spring 不说了，核心ioc、aop技术，ioc解耦，使得代码复用，可维护性大幅度提升，aop提供切面编程，同样的增强了生产力。

2）spring mvc嘛，是对比struts2等mvc框架来说的，不说struts2爆出的那么多安全漏洞，而且是类拦截，所有Action变量共享，同时是filter入口的，而spring mvc是方法拦截，controller独享request response数据，采用的serlvet入口，与spring无缝对接。开发而言，spring mvc更加轻量和低入门。

3）mybatis嘛，看业务场景，主要是mybatis的sql可以由开发者去掌控和调优，相对hibernate等orm框架来说，更加直观。在业务场景比较复杂，sql好多联合关联的情况下，mybatis谁用谁知道。当然缺点就是对sql不熟悉的开发者就不太友好了。

二、 SSM框架和spring boot全家桶相比有哪些优缺点？

这两者对比起来有点奇怪。因为SSM是WEB应用框架，涵盖整个应用层，而spring boot你可以看做一个启动、配置、快速开发的辅助框架，本身针对的是微服务。springboot 只是为了提高开发效率，是为了提升生产力的：

1、springboot一个应用是一个可执行jar（启动类main方法启动web应用），而不像传统的war，内嵌tomcat容器，可以jar形式启动一个服务，可以快速部署发布web服务，微服务最好不过了。

2、将原有的xml配置，简化为java配置

3、当然结构可能跟一般的ssm有一定区别，但其实主要是在资源文件。

Spring Boot 默认“约定”从资源目录的这些子目录读取静态资源：

• src/main/resources/*META-INF/resources*
• src/main/resources/*static* （推荐）
• src/main/resources/*public*

总结

“习惯优于配置”（项目中存在大量的配置，此外还内置了一个习惯性的配置，让你无需手动进行配置）

SpringBoot帮助开发者快速启动一个Web容器；

SpringBoot继承了原有Spring框架的优秀基因；

SpringBoot简化了使用Spring的过程。

拓展

谈SpringBoot之前，先说一下传统的SSM开发，使用过SSM开发的人都会发现，传统的SSM框架项目会有大量的配置文件，需要手动的区整合三个框架，也就是SpringMVC、Spring、MyBatis，并且需要注意各种配置和兼容，后期的维护难度也很大。

现在快速开发的一个网站的方式层出不穷，像Node.js，PHP。脚本语言也越来越流行，比如Python，Scala，Ruby等，这时候Spring的开发模型就显得相对笨重了。在这种情况下，由Pivotal团队开发了一个工具集，叫SpringBoot。其实本质还是Spring Framework。底层代码也还是Springmvc和Spring的整合。不过不需要手动的区配置，只需要导入相应的依赖，SpringBoot会自动配置。

SpringBoot帮我们做什么什么事情呢?
1、SpringBoot使用了特定的配置方式，开发人员不需要再定义样板化的配置，简化项目的初始构建。
2、SpringBoot提供了更多的组合式注解，简化开发过程。
3、SpringBoot可以"零配置"整合很多第三方工具。
4、SpringBoot提供了内置的容器，部署也变得异常简单。
5、SpringBoot应对监控也提供了相应的方案。

SpringBoot和SSM不冲突，SpringBoot只是简化了配置，实际开发 没什么区别。SSM就好像开手动挡的汽车，需要踩离合，挂档，给油车才能开动。而SpringBoot就好像自动挡的汽车，给油就走，踩刹车就停。

在开发中的区别还是存在的，虽然SpringBoot简化了配置，但并不代表不需要编写配置文件，还是需要在自带的application.yml文件中去编写一些内容。只不过编写的方式变得简单了，虽然简单了，但是和SSM整合的方式还有些区别。

在使用SSM开发的时候，多数会选择Jsp作为视图，但是SpringBoot不推荐使用Jsp，主推的是thymeleaf和freemarker等模板引擎，也造成了使用SSM开发到SpringBoot开发也需要一定得学习成本。不过如果掌握了SSM的话，学习SpringBoot也是水到渠成，异常的简单。

更推荐使用SpringBoot开发，一是SpringBoot工具集的简化配置等操作，可以让程序员把精力主要放在代码的业务逻辑上，二是想学习Springcloud微服务组件的话，SpringBoot是基础。