SpringCloud中服务注册与消费的具体实现步骤是怎样的？

本文共计2238个文字，预计阅读时间需要9分钟。

系统架构+在没有微服务之前，已有跨服务调用，如ServiceB调用ServiceA中的服务，传统模式可以直接在ServiceB中写ServiceA中的服务，但这样是写死的，不够灵活。下图为传统的硬编码方式。

系统架构

在没有微服务之前有已经有跨服务调用了，比如ServiceB去调用ServiceA中的服务 , 传统模式可以直接在ServiceB中写ServiceA中的服务但是这样是写死了的，不够灵活。

下图就是传统的调用

微服务下的跨系统调用应该是这样的：

此时服务的调用应该是分两个步骤的：
ServiceB 去服务中心拿到ServiceA的地址，如果ServiceA是单机部署，那么这个地址就只有一个，如果ServiceA是集群是集群环境部署，那么发现的地址就是多个。

拿到了ServiceA的地址后，ServiceB再去调用ServiceA的相关服务了。

这样做其实是有很多好处的，首先互相调用的地址可以不用写死，需要的时候直接去服务中心获取，并且服务之间也可以很方便的部署、集群等。