为什么要使用注册中心？是eureka还是nacos？，成功跳槽字节跳动

• 单个服务实现负载均衡需要自己搭建，例如使用nginx负载均衡策略，或者基于容器化多实例部署单个服务，在实例之间做负载均衡。

使用注册中心能够实现服务治理，服务动态扩容，以及服务调用的负载均衡，完整调用链路示例如下：

• 服务提供者：向注册中心根据服务名称提供服务访问的ip:port以及其他信息。

• 注册中心：根据服务名称，存储对应的ip:port以及其他信息。

• 服务消费者：根据服务名向注册中心获取调用服务的ip:port以及其他相关的信息集合，然后根据负载均衡策略获取最终的服务器ip：port访问地址。

使用springcloud时，常用的是eureka和nacos作为注册中心，如何选择呢？

Eureka注册中心

架构原理图如下：

服务提供者

主动向注册中心注册，续约，下线，获取注册表。服务注册成功后，定时向注册中心发送心跳，保证服务不被剔除。

注册中心

存储服务实例，定时扫描注册表，剔除过期的服务实例。通过同步复制方式实现高可用，先获取注册表，然后再向其他注册中心注册自己，属于AP模式。在实际项目中，会根据环境，例如dev,test,prod配置不同的注册中心集群，如果不同的项目使用统一的注册中心，只能根据服务名称做区分。

重点介绍一下Eureka自我保护机制。如果出现大量的服务实例过期被剔除，则注册中心进入自我保护模式，注册表中信息不再被剔除，目的是提高eureka的可用性。默认情况下，统计心跳失败比例在 15 分钟之内是否低于 85%，如果低于 85%，Eureka Server 会将这些实例保护起来，让这些实例不会过期。

讲述一次惨痛的上线经历，错误描述如下：

当时服务部署成功，在Eureka注册中心已经显示该服务已经注册成功，但是，前端请求经过网关再转发到该服务时，一直就没有反应，服务调用一直不成功。nginx转发，网关转发都在确认问题到底发生在哪里，几经折磨，在网关直接通过ip地址转发到上线的服务，快速的解决该问题。后续，复盘，应该Eureka的自我保护机制，导致的问题。在注册中心注册的服务是一个不可用的服务，但是，由于自我保护机制，Eureka Server没有将无效的服务剔除。

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）

言尽于此，完结

无论是一个初级的 coder，高级的程序员，还是顶级的系统架构师，应该都有深刻的领会到设计模式的重要性。

• 第一，设计模式能让专业人之间交流方便，如下：

程序员A：这里我用了XXX设计模式

程序员B：那我大致了解你程序的设计思路了

• 第二，易维护

项目经理：今天客户有这样一个需求…

程序员：明白了，这里我使用了XXX设计模式，所以改起来很快

• 第三，设计模式是编程经验的总结

程序员A：B，你怎么想到要这样去构建你的代码

程序员B：在我学习了XXX设计模式之后，好像自然而然就感觉这样写能避免一些问题

• 第四，学习设计模式并不是必须的

程序员A：B，你这段代码使用的是XXX设计模式对吗？

程序员B：不好意思，我没有学习过设计模式，但是我的经验告诉我是这样写的

从设计思想解读开源框架，一步一步到Spring、Spring5、SpringMVC、MyBatis等源码解读，我都已收集整理全套，篇幅有限，这块只是详细的解说了23种设计模式，整理的文件如下图一览无余！

搜集费时费力，能看到此处的都是真爱！

Batis等源码解读，我都已收集整理全套，篇幅有限，这块只是详细的解说了23种设计模式，整理的文件如下图一览无余！

[外链图片转存中…(img-zwwz7ZuJ-1711020708584)]

搜集费时费力，能看到此处的都是真爱！

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录