微服务架构是一项在云中部署应用和服务的新技术。大部分围绕微服务的争论都集中在容器或其他技术是否能很好的实施微服务，而红帽说API应该是重点。
微服务可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构（在现有系统中分布一个API）区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程的架构。
在这里插入图片描述](https://img-blog.csdnimg.cn/20200629092411621.png)
1，spring boot 是什么
spring boot 从字面上来理解就是spring 引导。是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。
官网描述：Spring Boot makes it easy to create stand-alone, production-grade Spring based Applications that you can “just run”.
Spring boot使创建独立的、产品级的基于Spring的应用程序变得很容易。以往基于spring的应用需要配置引入各种依赖、各种配置，解决各种依赖冲突等；而spring boot提供了各种starter，只需要在pom文件引入对应的starter，由对应的starter指向具体的依赖，引入默认配置，大大减少了spring应用配置的复杂度。
当然spring boot也不仅仅是starter，还包括一系列非常良好的支持，比如：内嵌的Tomcat，无需部署WAR文件，直接运行；应用监管程序actuator等。
2，spring boot 核心
spring boot如何简化spring应用的搭建的呢？其实就是通过利用pom文件的继承机制，预定义依赖包版本+根据应用场景，抽取依赖包，并封装，利用pom的传递依赖，完成完整的依赖包引入。我们分三部分来分析spring boot。1，spring boot依赖版本管理；2，spring boot 启动器；3，spring boot 启动过程，组件整合生效过程。
1，spring boot 依赖版本管理
我从一个简单的spring boot pom文件来看一下。
先看看spring boot 的pom配置parent 指向spring-boot-starter-parent；spring-boot-starter-parent的parent又指向spring-boot-dependencies；在其pom文件中引入了几乎所有常用的依赖jar包。这个就是spring boot应用的依赖包版本的统一管理。其后，在spring boot 的应用中，实际引入的依赖包，就不需要再定义版本，避免了依赖版本冲突等问题。
2，spring boot 启动器
查看spring boot应用的pom文件，我们发现，依赖相当简明，就是引入的spring-boot-stater-；
这个starter就是spring boot 的启动器。spring boot预先根据各种应用程序场景，整合需要引入的依赖包，组成一个个满足不同应用场景需要的stater；比如：spring-boot-starter-web、spring-boot-starter-thymeleaf、mybatis-spring-boot-starter等等（spring 官方提供的starter一般为：spring-boot-starter-*；其它提供通过SPI扩展的，如mybatis的，就不一样了）。每个starter会引入spring-boot-starters+自身需要的其他依赖，以满足当前场景启动需要的依赖。
spring boot就是通过这种方式，简化了依赖配置，使得开发spring应用时的配置简单清晰。
微信公众号llanluo关注后回复【微服务资料】
马上就要结束了,所以说你要问这个最新黑马项目,我也不太清楚,可能注意新的黑马项目就是气球行业了,做气球最好。