首先明确一点，这两者不是等价的关系

       什么是微服务呢？谈到微服务之前首先要知道什么是单体应用。

       单体应用就是有很多的功能模块放在一起打包，然后把它部署到服务器上运行的一个应用 。比如像传统的SSM项目一样，里面有很多很多的功能模块，有订单模块、库存模块、用户模块等等，相当于是有一个箱子里面装了很多的苹果 ，里面的每个苹果就是一个功能模块。而微服务就是将这些功能模块从单体应用里面拆解出来（模块化），其中每个模块都是能够独立打包部署到不同的服务器上面去运行的，这样就形成了许多的微服务，比如订单微服务、库存微服务、用户微服务等等，这个过程就类似于每个人去箱子里面拿一个苹果，这里每个人都是一台服务器，每个苹果都是一个微服务。这样就把单体应用拆分为微服务了，但是拆分完成之后每个微服务之间应该怎样去调用呢？

       这个时候就需要使用springcloud或者dubbo的远程通信协议了，这里就相当于是要解决每个人（服务器）怎么样去通信的问题。这里可以类比我和你沟通使用的是普通话，那么这个普通话就是通信协议（当然通信协议还有很多，这里只是其中的一种）。模块化后，这么多的微服务都变成了独立的应用了，那是不是都需要使用SSM去搭建项目呢？答案是你当然可以继续使用SSM搭建一个个微服务应用，但是那是完全没有必要的，那么多的SSM配置，并且基本上都是重复的，不就变得特别麻烦了吗？

       所以这个时候springBoot就登场了，它解决掉了以前SSM大量手工配置的问题，不需要配置各种各样的文件了，直接一个springBoot项目构建起来就可以直接运行了。

因此，springBoot是一个快速搭建应用的框架，不是微服务。