一个bug是bug，多个bug能work

​ 可以看到最底层的发送请求的逻辑还是交给了。来做，我们之前服务注册的底层也是它来负责的。​ 从代码也可以看出，拉取服务的入口就是。​ 可以看到拉取服务实例的核心逻辑在。是一个接口，这里是它的一个实现类。会将发送拉取服务的请求委托给了。

​   前面的博客中我们已经介绍了如何在Spring Cloud引入Nacos，接下来我们来看看如何手动去注册一个服务，以及服务注册的底层逻辑。

​   这是因为nacos在1.4.1版本之后采用了protobuf，protobuf是google团队开发的用于高效存储和读取结构化数据的工具。这个包是由protobuf在编译时自动生成。所以上述缺失的代码在编译时自动生成的，所以需要优先使用maven编译将它们生成出来。

​ 配置端口号，不能与已启动服务的端口号重复：​ 启动新配置好的服务：​ 此时Nacos上服务如下，可以看到有两个。

1.注册中心Euraka（国内用的较多的是Nacos）：负责服务注册和发现。2.负载均衡Ribbon：负责服务实例的选择（同一个服务可能部署在多个服务器上）。3.远程调用Feign：通过HTTP请求调用其他服务的接口。4.熔断器Hystrix：容错管理工具，用于处理分布式系统中的延迟和故障。5.API网关Zuul：用于路由、过滤和负载均衡。1.服务注册：只有一个服务注册到注册中心，才可能被其他服务发现并调用；2.服务发现：即一个服务通过注册中心发现了其他服务。