SSM和SpringBoot框架对比？

作者：爱吃肉的羊
链接：https://www.zhihu.com/question/284488830/answer/2976833503
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
 

1、定义功能不同

开发Spring Boot时，能用比较便捷的注解来定义功能，而在spring mvc或ssm框架中，则需要用比较麻烦的xml配置文件来定义功能。

就拿定义Dubbo远端方法来说，spring boot中可能只需要通过简单的@Reference注解就行，SSM如果要引入Dubbo，估计要写一堆xml配置文件。所以Spring Boot比SSM要好写，好维护。

2、对外提供服务不同

Spring Boot内嵌Web服务器，只要编写好用@SpringBootApplication修饰的启动类，然后直接启动，就能对外提供服务，而ssm框架估计要打包部署到tomcat等服务器上再运行。所以Spring Boot项目比ssm项目要好维护。

3、开发用处不同

SSM框架，只能用Mybatis来连接数据库，而spring boot框架中，不仅可以用mybatis，而且还可以用jpa。所以总体上来，从开发角度，Spring boot框架要比ssm框架好用。

但是，spring boot，或者SSM框架，顶了天了只能开发单机版项目，比如程序员可以用这些框架在windows环境上开发增删改查。不过现在都讲分布式了，比如引入redis集群做缓存，引入dubbo，引入rabbitmq做消息队列，引入nginx做负载均衡。总之得用分布式组件应对高并发。

SSM框架不能说不能整合诸多分布式组件，但由于SSM框架是通过xml等配置文件来定义和分布式组件的连接，所以整合起来比较麻烦，得开发维护一大堆xml文件。相比之下，spring boot可以用注解+非常少量（估计也就 application.yml）的方式来整合诸多分布式组件。所以在高并发项目中，基本都用spring boot，而不是SSM。