1.eureka自我保护机制是什么?
Eureka的自我保护机制是一种针对网络异常情况的安全保护措施，旨在防止因为网络问题导致的服务注册中心（Eureka Server）与微服务实例之间的通信故障。当网络分区或其他形式的网络故障发生时，即使微服务实例本身是正常运行的，它们也可能无法成功地向Eureka Server发送心跳信号。在这种情况下，不应该简单地将这些实例从服务注册表中移除，因为这可能会错误地导致健康的服务被注销。
自我保护机制的工作原理如下：
- Eureka Server会监控它所接收的心跳信号。
- 如果在15分钟内超过85%的客户端节点没有正常的心跳（即实际接收到的心跳数低于期望心跳数的85%），Eureka Server认为可能是发生了网络故障。
- 此时，Eureka Server会进入自我保护模式，在这种模式下，它不会从注册表中移除那些长时间未收到心跳的服务实例。
- Eureka Server仍然接受新的服务注册和查询请求，但这些更新不会同步到其他Eureka Server节点上，以保证当前节点的可用性。
- 当网络恢复稳定后，Eureka Server会自动退出自我保护模式，并且新的注册信息会被同步到其他节点。
该机制确保了即使在网络不稳定的情况下，Eureka集群也能够保持健壮性和稳定性，而不会轻易地注销任何可能仍然是健康的服务实例。可以通过配置eureka.server.enable-self-preservation来开启或关闭此功能，默认情况下是开启的。在生产环境中，通常建议保持开启状态以确保系统的可靠性。
2.什么是Ribbon ？
Ribbon 是 Netflix 开发的一个客户端负载均衡器，它可以帮助我们更方便地与 HTTP 和 TCP 服务进行交互。Ribbon 的核心功能包括：
- 提供多种负载均衡算法：Ribbon 内置了如轮询、随机等常见的负载均衡算法，并且支持自定义实现，可以根据业务需求选择最合适的算法。
- 服务端配置的动态刷新：能够从服务发现组件（例如 Eureka）中获取最新的服务实例列表，并根据这些信息来决定请求应该发送到哪个服务器。
- 集成其他组件：Ribbon 可以很容易地与 RestTemplate 或 Feign 结合使用，使得在微服务架构中调用其他服务变得非常简单。通过简单的注解和配置，就可以实现对远程服务的高可用访问。
- 故障恢复机制：当某个服务实例不可用时，Ribbon 能够自动将请求重定向到其他健康的实例上去，提高了系统的容错能力。
- 监控和统计：提供了对请求的时间、成功率等数据的收集，有助于监控服务之间的交互情况并进行性能优化。
在 Spring Cloud 生态系统中，Ribbon 经常被用来作为 REST 客户端的一部分，用于实现智能路由和服务间通信。开发者可以通过配置文件轻松地调整 Ribbon 的行为，比如更改负载均衡策略或设置超时时间等。随着 Spring Cloud 的发展，虽然一些新的技术如 Resilience4j 提供了更为现代的解决方案，但 Ribbon 仍然是一个非常流行的选择，特别是在那些已经采用 Spring Cloud 和 Netflix OSS 技术栈的项目中。
3.什么是feigin ？它的优点是什么？
Feign 是一个声明式的 Web 服务客户端，它使得编写 HTTP 客户端变得更加简单。Feign 的设计理念是通过注解的方式简化 HTTP 请求的发起过程，类似于 Spring MVC 的注解方式来定义接口。它是 Netflix 公司开发的一个轻量级 RESTful HTTP 服务客户端，并且在 Spring Cloud 中得到了很好的集成和支持。
Feign 的优点包括：
- 声明式接口：使用 Feign 可以像定义接口一样轻松地定义 HTTP 请求，而不需要显式地构建 URL 或管理请求和响应的序列化。这大大减少了代码量，提高了可读性和维护性。
- 与 Spring Cloud 的无缝集成：Feign 可以直接与 Eureka、Hystrix 和 Zipkin 等 Spring Cloud 组件一起工作，提供了服务发现、断路器支持以及分布式追踪等功能，无需额外配置。
- 内置负载均衡：当与 Ribbon 结合使用时，Feign 可以自动实现客户端负载均衡，根据配置的策略将请求分发到不同的服务实例上。
- 易于扩展：Feign 支持自定义编码器（Encoder）、解码器（Decoder）、错误处理器（Error Decoder）等组件，允许开发者根据业务需求进行灵活定制。
- 日志记录：Feign 提供了多种级别的日志功能，可以帮助开发者更好地调试问题，查看请求和响应的内容。
- 简洁的 API：Feign 的 API 设计非常直观，遵循 RESTful 规范，使得调用远程服务就像调用本地方法一样简单。
- 自动重试机制：结合 Hystrix 使用时，Feign 可以为 HTTP 请求提供自动重试的能力，提高系统的容错性。
- 异步非阻塞调用：Feign 支持异步调用模式，可以通过回调或 CompletableFuture 来处理异步操作，从而提升性能。
总的来说，Feign 让开发者能够更专注于业务逻辑的实现，而不需要过多关注底层的 HTTP 请求细节。它简化了微服务间的通信，提升了开发效率，同时也增强了系统的可靠性和可维护性。
4.Ribbon和Feign的区别？
Ribbon 和 Feign 都是 Spring Cloud 生态系统中用于实现客户端负载均衡的工具，但它们在使用方式、集成复杂度以及功能特性上有所不同。以下是两者的主要区别：
使用方式
- Ribbon：Ribbon 是一个基础库，它提供了一套丰富的API来帮助我们构建客户端负载均衡器。为了使用 Ribbon，开发者需要自己编写代码来配置和调用这些 API，例如定义服务列表、选择策略等。这种方式相对灵活，但也增加了开发的复杂性。
- Feign：Feign 则是一个声明式的 Web 服务客户端，它简化了 HTTP 请求的发起过程。通过简单的注解就可以完成对远程服务的调用，无需手动管理 HTTP 请求细节或处理响应结果。这使得 Feign 的使用更加直观和简洁。
集成复杂度
- Ribbon：由于 Ribbon 提供的是较低层次的 API，因此与其它组件（如 Eureka、Hystrix）集成时可能需要更多的配置工作。开发者需要明确地配置如何进行服务发现、如何设置超时时间、重试机制等。
- Feign：Feign 已经内置了很多默认配置，并且很好地集成了 Spring Cloud 中的其他组件。例如，它可以直接与 Eureka 结合使用来进行服务发现，也可以与 Hystrix 配合以添加熔断器功能。这种集成减少了配置的工作量，提高了开发效率。
功能特性
- Ribbon：主要专注于客户端负载均衡，提供了多种负载均衡算法和策略的选择。此外，还可以自定义一些行为，如请求重试逻辑等。
- Feign：除了具备客户端负载均衡的功能外，还提供了更高级别的抽象，比如声明式接口定义、自动编码/解码、日志记录等功能。Feign 还支持异步非阻塞调用，进一步增强了其灵活性和性能表现。
编程模型
- Ribbon：编程模型较为底层，开发者需要直接操作 HTTP 请求和响应。
- Feign：采用面向接口的编程模型，通过注解定义接口方法即可完成服务调用，更加符合现代微服务架构中的开发习惯。
总结
虽然 Ribbon 和 Feign 都可以实现客户端负载均衡，但是 Feign 因其更简洁的语法和更高的集成度，在实际项目中通常更为常用。如果只需要简单的负载均衡功能，或者已经有一个基于 Ribbon 构建的应用程序，那么可以选择继续使用 Ribbon。然而，对于新项目或是希望减少开发工作量并快速搭建起微服务体系的情况，Feign 会是一个更好的选择。