SpringCloud和SpringCloudAlibaba

大约 29 分钟

阅读提示

建议先看题目目录，再按“概念 -> 原理 -> 场景 -> 优化”顺序复习。
每题先讲结论，再补关键机制和项目实践，回答会更稳。

1、SpringBoot和SpringCloud有何区别？

定位与关注点不同：
Spring Boot 是一个用于快速构建单个、独立、生产级别的 Spring 应用的框架。它专注于简化 Spring 应用的开发过程，提供自动配置、嵌入式服务器等特性，使开发者能够快速、方便地创建单个微服务。
Spring Cloud 是一套基于 Spring Boot 的工具集，用于构建分布式微服务架构。它关注全局的微服务协调和治理，提供了微服务之间的配置管理、服务发现、断路器、路由、负载均衡、全局锁、分布式会话等集成功能。
依赖关系：
Spring Boot 可以独立使用，开发者可以使用它来开发和部署单个微服务应用。
Spring Cloud 依赖于 Spring Boot，是在其基础上构建的。Spring Cloud 必须依赖 Spring Boot 才能运行，属于依赖关系。
功能侧重点：
Spring Boot 专注于快速、便捷地开发单个微服务实例，简化配置和开发流程，提高开发效率。
Spring Cloud 关注微服务架构的整体治理，将由 Spring Boot 构建的各个微服务整合并管理起来，解决分布式系统中的常见问题。
总结：
Spring Boot 是用于创建单体微服务的基础框架，旨在简化开发过程。
Spring Cloud 是基于 Spring Boot 的微服务治理框架，提供构建和管理分布式系统所需的全套解决方案。

2、什么是Spring Cloud？（了解）

Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如 服务发现注册、配置中心、智能路由、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
Spring Cloud的主要目标是解决分布式系统中的常见问题，例如服务发现、负载均衡、配置管理、断路器、消息总线等。

3、Spring Cloud的主要组件有哪些？

Eureka：服务注册与发现
Zuul：服务网关
Ribbon：客户端负载均衡
Feign：声明性的Web服务客户端
Hystrix：断路器
Confifig：分布式统一配置管理

4、 Spring Cloud的优缺点？

优点：
产出于Spring大家族，Spring在企业级开发框架中无人能敌，来头很大，可以保证后续的更新、完善
组件丰富，功能齐全。Spring Cloud 为微服务架构提供了非常完整的支持。例如、配置管理、服务发现、断路器、微服务网关等；
Spring Cloud 社区活跃度很高，教程很丰富，遇到问题很容易找到解决方案
服务拆分粒度更细，耦合度比较低，有利于资源重复利用，有利于提高开发效率
可以更精准的制定优化服务方案，提高系统的可维护性
减轻团队的成本，可以并行开发，不用关注其他人怎么开发，先关注自己的开发
微服务可以是跨平台的，可以用任何一种语言开发
适于互联网时代，产品迭代周期更短
缺点：
微服务过多，治理成本高，不利于维护系统
分布式系统开发的成本高（容错，分布式事务等）对团队挑战大

5、什么是Eureka？

Eureka作为SpringCloud的服务注册功能服务器，他是服务注册中心，系统中的其他服务使用Eureka的客户端将其连接到Eureka Service中，并且保持心跳，这样工作人员可以通过EurekaService来监控各个微服务是否运行正常。
在服务注册与发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息比如服务地址通讯地址等以别名方式注册到注册中心上。另一方（消费者|服务提供者），以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用RPC远程调用框架核心设计思想：在于注册中心，因为使用注册中心管理每个服务与服务之间的一个依赖关系(服务治理概念)。在任何rpc远程框架中，都会有一个注册中心(存放服务地址相关信息(接口地址))

6、Eureka自我保护机制是什么?

当Eureka Server 节点在短时间内丢失了过多实例的连接时（比如网络故障或频繁启动关闭客户端）节点会进入自我保护模式，保护注册信息，不再删除注册数据，故障恢复时，自动退出自我保护模式。

7、Rest和RPC有什么区别？

RPC最主要的缺陷就是服务提供方和调用方式之间依赖太强,我们需要为每一个微服务进行接口的定义,并通过持续继承发布,需要严格的版本控制才不会出现服务提供和调用之间因为版本不同而产生的冲突。
而REST是轻量级的接口,服务的提供和调用不存在代码之间的耦合,只是通过一个约定进行规范,但也有可能出现文档和接口不一致而导致的服务集成问题,但可以通过swagger工具整合,使代码和文档一体化得以解决,所以REST在分布式环境下比RPC更加灵活。

8、什么是Zuul网关，有什么作用？

Zuul网关（也称为Zuul Gateway）是Spring Cloud生态系统中的一个组件，用于提供动态路由、监控、弹性、安全等功能的API网关。Zuul在Spring Cloud Netflix栈中是一个重要的组件，但在Spring Cloud的后续版本中，Netflix栈的部分组件（包括Zuul）逐渐被Spring Cloud Gateway所取代，因为Spring Cloud Gateway是基于WebFlux构建的，提供了更好的性能和非阻塞的API。
Zuul网关的作用：
路由和转发：Zuul网关可以作为请求的入口点，接收来自客户端的请求，并根据配置的路由规则将请求转发到相应的微服务实例。
动态路由：Zuul支持动态路由，这意味着你可以在不重启Zuul网关的情况下更改路由规则。
负载均衡：Zuul可以与Ribbon等负载均衡器结合使用，将请求分发到多个服务实例上，以提高系统的可扩展性和可用性。
安全：Zuul可以集成Spring Security等安全框架，实现身份验证、授权、限流等功能，保护后端服务免受非法访问。
监控和跟踪：Zuul可以与Spring Cloud的监控和跟踪组件（如Spring Cloud Sleuth和Zipkin）结合使用，收集和分析请求数据，帮助开发人员了解系统的运行情况和性能瓶颈。
静态响应：在某些情况下，Zuul可以直接返回静态响应，而无需将请求转发到后端服务。
压力测试：Zuul可以配置为模拟后端服务的响应，以便进行压力测试或故障模拟。
请求过滤：Zuul提供了请求过滤器（Pre、Post和Error），可以在请求被路由到后端服务之前或之后执行自定义逻辑。
服务发现：Zuul可以与Eureka等服务发现组件结合使用，自动发现和路由到可用的服务实例。

9、什么是Ribbon，有什么作用？

Ribbon是Netflix开源的一个负载均衡器，它有助于控制HTTP和TCP客户端的行为。在微服务架构中，Ribbon通常与Spring Cloud一起使用，以实现客户端侧的负载均衡。
Ribbon的主要作用和功能包括：
客户端负载均衡：Ribbon可以作为一个客户端负载均衡器，它允许你在HTTP和TCP客户端上执行负载均衡。与传统的服务端负载均衡器（如Nginx）不同，Ribbon是在客户端实现的，这意味着每个服务消费者都会维护一份服务提供者的清单，并自己进行服务调用。
服务调用：在微服务架构中，服务之间经常需要进行远程调用。Ribbon可以与RestTemplate结合使用，为服务调用提供负载均衡功能。通过配置Ribbon，你可以指定服务调用的策略（如轮询、随机等），以及负载均衡的其他参数。
容错处理：Ribbon内置了多种容错处理机制，如快速失败、重试等。当某个服务提供者出现故障时，Ribbon可以根据配置的策略自动进行容错处理，避免因为某个服务的故障而导致整个系统的崩溃。
监控和统计：Ribbon还提供了监控和统计功能，可以收集服务调用的数据并进行统计和分析。这些数据可以帮助你了解系统的运行状况、发现潜在的性能问题并进行优化。

10、什么是Feign，有什么作用？

Feign是一个声明式的Web服务客户端，它使得编写Web服务客户端变得更加容易。Feign的主要作用如下：
简化HTTP客户端开发：Feign通过创建接口并使用注解的方式，简化了对HTTP请求的封装和处理。开发者只需要定义接口并添加相应的注解，就可以实现对远程服务的调用，而无需编写大量的HTTP请求代码。
支持负载均衡：Feign可以与Ribbon等负载均衡器结合使用，自动从服务注册中心获取服务提供者的地址列表，并根据负载均衡策略选择一个服务提供者进行调用。这有助于平衡各个服务提供者的负载，提高系统的整体性能和可用性。
支持服务调用：Feign可以用于微服务架构中的服务调用。通过Feign，服务消费者可以轻松地调用其他服务提供者提供的接口，实现服务之间的通信和协作。
支持容错处理：Feign内置了熔断器和降级机制，可以在某个服务提供者出现故障或响应超时时，自动切换到其他可用的服务提供者，或者返回一个缺省值，避免因为某个服务的故障而导致整个系统的崩溃。
声明式调用：Feign的声明式调用使得开发者可以像调用本地方法一样调用远程方法，无需关注与远程服务的交互细节，降低了开发的复杂性和难度。

11、什么是Hystrix，有什么作用？

Hystrix是Netflix开源的一款针对分布式系统的延迟和容错库，它的主要作用是提供容错能力，防止分布式系统中的雪崩效应。具体来说，Hystrix通过以下方式实现其功能：
服务隔离：通过线程池或信号量隔离策略，限制对某个依赖服务的并发请求数量，防止因单一依赖服务的故障导致整个系统资源耗尽。线程池隔离为每个依赖服务分配独立的线程池，信号量隔离则限制同时执行的请求数量。
服务降级：当一个服务无法正常工作时，Hystrix可以通过返回一个默认值或者执行预先定义的逻辑，代替原本的服务响应。这样可以避免整个系统因为一个服务的故障而崩溃。
熔断器模式：当一定时间内某个服务的失败次数达到一定阈值时，Hystrix会主动断开对该服务的调用，从而防止对该服务的连续调用，减轻服务器压力和响应时间。
实时监控和统计：支持实时监控和统计服务调用的性能指标，帮助开发人员及时发现和解决问题。

12、说一说什么是服务雪崩？

服务雪崩：多个服务相互调用时，A调B，B调C，C调D等等更多调用，那么如果中间调用需要很长时间，然后再去调用A，那么占用的资源就越来越多，导致系统崩溃。

13、什么是服务降级、服务熔断、服务隔离？

服务降级：当出现请求超时、资源不足时(线程或者信号量)，会进行服务降级，就是去返回fallback方法的结果。
服务熔断：当失败率(网络故障或者超时造成)达到阈值自动触发降级，是一种特殊的降级。
服务隔离：为隔离的服务开启一个独立的线程，这样在高并发情况下，也不会影响该服务。

14、在微服务中，如何保护服务?（了解）

一般使用hystrix框架，实现服务隔离来避免出项服务的雪崩效应，从而达到保护服务的效果。当微服务中，高并发的数据库访问量导致服务线程阻塞，使单个服务宕机，服务的不可用会蔓延到其他服务，引起整体服务灾难性的后果，使用服务降级能有效为不同得服务分配资源，一旦服务不可用则友好提示，不占用其他服务资源，从而避免单个服务崩溃引发整体服务的不可用。

15、服务降级底层是如何实现的？（了解）

Hystrix实现服务降级的功能是通过重写HystrixCommand中的getFallback()方法，当Hystrix的run方法或construct执行发生错误时转而执行getFallback()方法。

16、什么是Spring Cloud Config？有什么作用？

Spring Cloud Config是一个基于Spring Cloud的配置管理工具，它的主要作用包括：

集中管理配置：在微服务架构中，服务数量众多，每个服务可能需要不同的配置信息。Spring Cloud Config 允许将所有的配置文件集中存储在一个地方（通常是一个 Git 仓库），方便地进行管理和维护。当配置发生变化时，只需要在 Git 仓库中修改配置文件，所有的服务都可以实时获取到最新的配置信息。
支持多种环境和配置格式，实现不同环境的配置隔离：Spring Cloud Config 支持多种环境（如开发、测试、生产环境等）和多种配置格式（如 properties 文件、YAML 文件等）。它能够根据不同的环境加载对应的配置文件，避免了手动修改配置的繁琐过程，从而实现配置的集中化和环境隔离。
动态调整配置：在服务运行期间，可能需要调整一些配置参数。使用 Spring Cloud Config 可以实现配置的动态调整，而不需要重启服务，提高了系统的灵活性和可维护性。
加密和解密功能：为了保护敏感信息不被泄露，Spring Cloud Config 提供了对配置信息的加密和解密功能，确保配置的安全性。

17、Eureka保证是AP吗？（了解）

Eureka是Netflix开发的服务发现框架，它主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。Eureka的设计原则之一就是保证系统的高可用性（Availability）和分区容忍性（Partition tolerance），即AP。
Eureka通过以下几种机制来保证AP：
客户端缓存：Eureka Client在启动时会从Eureka Server获取服务注册表的信息，并将其缓存在本地。这样，即使Eureka Server出现故障，客户端仍然可以利用缓存中的信息消费其他服务的API，保证了系统的可用性。
心跳检测：Eureka Client会定期向Eureka Server发送心跳，以证明其仍然存活。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，它将会从服务注册表中移除这个服务节点。这种机制有助于Eureka Server及时发现并处理失效的服务节点，保证了系统的分区容忍性。
自我保护模式：Eureka Server在运行期间，会统计心跳失败的比例在阈值范围内，不会剔除服务提供者；一旦超过了阈值，Eureka Server会将这些实例保护起来，让这些实例不会马上被剔除。这种机制可以避免因为网络分区或其他原因导致的误判，进一步保证了系统的可用性。

18、什么是Spring Cloud Alibaba？（了解）

Spring Cloud Alibaba是一组基于Spring Cloud的开源框架，用于构建分布式微服务应用和微服务架构。它提供了一系列工具和组件，包括服务注册与发现、配置管理、熔断降级、限流、分布式事务等，以简化微服务应用的开发和部署。

19、Spring Cloud Alibaba与Spring Cloud有什么区别？

Spring Cloud Alibaba是Spring Cloud的一个子项目，它扩展了Spring Cloud，添加了一些针对微服务应用的特定功能。区别主要体现在以下几个方面：
Spring Cloud Alibaba提供了更多与阿里巴巴云生态系统集成的组件，如Nacos、Sentinel、RocketMQ等。
Spring Cloud Alibaba引入了更多分布式系统的解决方案，如分布式事务、分布式锁等。
Spring Cloud Alibaba在微服务应用的开发和部署方面提供了更多便捷性。

20、Spring Cloud Alibaba有哪些组件？

服务注册与发现组件（Nacos）：Nacos 是用于服务发现、配置和服务管理的平台。它支持动态配置服务、服务发现、服务健康检查、流量管理等功能。
服务降级与熔断组件（Sentinel）：Sentinel 是面向分布式、云原生系统的流量防卫兵。它提供了流量控制、熔断降级、系统自适应保护等多个维度保护服务的稳定性。
分布式配置中心组件（Nacos Config）：Nacos Config是一个用于实现分布式配置管理的组件。它可以集中管理应用程序的配置信息，并将其动态地推送到所有相关的服务实例。Nacos Config支持多种配置参数的管理和监控，可以帮助开发人员更好地管理和调试分布式系统。
消息驱动组件（RocketMQ）：RocketMQ是一个用于实现消息驱动的组件。它提供了可靠的消息传递机制，支持高吞吐量和低延迟的消息处理。RocketMQ支持多种消息模式的选择，如点对点模式和发布订阅模式，可以根据应用程序的需求来进行灵活调整。
阿里云对象存储服务（OSS）：是一个海量、安全、低成本、高可靠的云存储服务，提供99.999999999%的数据持久性。Spring Cloud Alibaba 提供了与 OSS 集成的组件，方便开发者在微服务应用中使用 OSS 存储数据。
Seata： 是一个开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。它支持 AT、TCC、SAGA 和 XA 等事务模式，为微服务架构下的分布式事务提供一站式解决方案。
SchedulerX：SchedulerX 是阿里云提供的分布式任务调度平台，支持定时、周期、依赖触发等多种任务调度模式。Spring Cloud Alibaba 提供了与 SchedulerX 集成的组件，方便开发者在微服务应用中进行任务调度和管理。

21、什么是Nacos？

Nacos（前身为Alibaba注册中心和配置中心）是Spring Cloud Alibaba生态系统的核心组件之一。它是一个开源的动态服务发现、配置管理和服务管理平台。Nacos支持服务注册与发现、配置管理、DNS和HTTP服务、流量管理等功能，为微服务应用提供了中心化的管理和配置。

22、Nacos 服务注册与发现的原理?

服务注册：在微服务架构中，服务实例启动时会将自己的网络位置（包括 IP 地址和端口号）注册到服务注册中心。以下是服务注册的过程：
服务提供者注册：服务提供者（例如一个微服务实例）在启动时，向 Nacos 服务器发送一个注册请求，请求通常包含服务标识、服务实例的地址、端口和元数据信息等。
服务清单更新：Nacos 服务器接收到注册请求后，会将该服务实例的信息添加到服务清单中。Nacos 使用内存中的数据结构来维护服务清单以便快速读写。
服务发现：服务消费者（例如另一个微服务）使用服务注册中心来发现可用服务的网络位置。以下是服务发现的过程：
服务消费者查询：服务消费者向 Nacos 服务器查询它所需要的服务提供者的信息。查询可以是基于服务名的静态查询，也可以使用更复杂的筛选规则。
服务信息响应：根据服务消费者的查询，Nacos 服务器返回一组服务提供者实例的信息，服务消费者可以根据这些信息调用服务提供者。
心跳检测：为了维护服务清单的准确性，Nacos 实现了心跳机制：
心跳机制：注册在 Nacos 服务器上的服务提供者需定期发送心跳。心跳是一个轻量级的网络请求，表明服务实例仍处于活跃状态。
健康检查：如果 Nacos 服务器在预定的时间内没有收到服务实例的心跳，那么它会将这个实例从服务列表中移除。

23、什么是GateWay？有什么作用？

Gateway，又称为网关，是一个网络通向其他网络的IP地址。在计算机网络中，它主要起着以下作用：

协议转换：网关可以将一种协议转换为另一种协议，以便不同类型的设备和服务可以相互通信。例如，将HTTP协议转换为FTP协议，以便在Web浏览器和FTP客户端之间传输文件。
安全性：网关可以提供安全性，例如防火墙和入侵检测系统，以保护网络免受恶意攻击和未经授权的访问。
负载均衡：网关可以实现负载均衡，通过将流量分配到多个服务器上，以提高网络性能和可靠性。
缓存：网关可以缓存静态内容，例如图片和视频，以减少对源服务器的请求，从而提高网站的性能。

24、什么是Sentinel？有什么作用?

Sentinel是一个开源的分布式系统的流量控制和熔断降级组件，主要用于保护服务的稳定性。它提供了实时的流量控制、熔断降级、系统负载保护等功能，帮助开发者有效地保护应用程序，防止故障和异常情况的发生。

Sentinel的主要作用包括：

流量控制：通过配置不同的规则，对请求流量进行限制，以防止系统因流量过大导致崩溃或服务降级。
熔断降级：当系统出现异常情况时，Sentinel可以自动熔断系统，防止故障进一步扩散，保证系统的可用性。
系统负载保护：在系统负载高峰期间，Sentinel可以限制请求流量，避免系统资源耗尽，从而保护系统的稳定性。
实时监控：Sentinel可以实时监控系统的请求流量、响应时间、错误率等指标，帮助开发者及时发现并解决潜在问题。

25、讲述微服务架构下 Spring Cloud Alibaba 的最佳实践？（了解）

Spring Cloud Alibaba 是 Spring Cloud 体系结构的一部分，提供了一系列解决方案，用于快速构建分布式系统的微服务架构。它整合了阿里巴巴开源的中间件，如 Nacos、Sentinel、RocketMQ、Dubbo 等，以提供服务发现、配置管理、消息传递和流量控制等功能。以下是在微服务架构下使用 Spring Cloud Alibaba 的一些最佳实践：

服务发现和配置中心 - Nacos
动态服务发现：使用 Nacos 作为服务注册和发现中心，帮助微服务实例在启动时自动注册，并且在调用其他服务时可以通过服务名获取实时的服务列表。
集中化配置管理：通过 Nacos 实现集中化配置管理，动态调整微服务配置而无需重启，从而提高运维效率。
流量控制、熔断器和系统保护 - Sentinel
流量控制策略：配置合理的流量控制规则以处理突发流量和防止系统过载。
应用降级策略：当服务出现不稳定的行为时，自动进行服务降级，保护系统的整体稳定性。
实时监控和报警：结合 Sentinel 控制台实现实时监控，及时响应系统异常。
消息驱动 - RocketMQ
异步通信：使用 RocketMQ 异步处理消息，解耦服务间的通信，提高系统的扩展能力和可维护性。
可靠的消息传递：确保消息的可靠性和一致性，比如利用事务消息来实现最终一致性。
分布式事务管理 - Seata
分布式事务解决方案：对于需要跨服务共享事务状态的复杂业务流程，使用 Seata 管理分布式事务的提交或回滚。
服务间一致性保证：确保各个微服务之间数据一致性，防止系统出现数据不一致的现象。
微服务架构设计
服务拆分原则：基于业务领域对系统进行服务划分，每个微服务应有清晰的职责和边界。
API 版本管理：设计可扩展的 API 版本管理策略，确保前后端分离和服务之间的兼容性。
安全和权限控制
身份验证和授权：使用 Spring Security、JWT 或 OAuth2 等机制实现微服务的安全访问控制。
敏感数据加密：对接口的敏感信息进行加密，确保数据传输的安全性。
弹性设计和监控
服务监控和日志：利用 Spring Boot Actuator、Spring Cloud Sleuth、ELK Stack 等工具记录、监控和分析服务运行状况和日志信息。
备份和灾难恢复：制定和实行灾难恢复计划，包括数据备份和服务快速恢复。
DevOps 和持续集成/部署
持续集成/持续部署（CI/CD）：整合 CI/CD 系统如 Jenkins，自动化测试和部署流程，快速迭代产品功能。
容器化和编排：使用 Docker 和 Kubernetes 管理服务的容器化部署和自动化编排。

26、分布式事务实现方式?（可根据自身情况熟悉其中一种）

两阶段提交（2PC）：这是最常见的分布式事务实现方式之一。它包括两个阶段：在第一阶段，协调者向所有参与者发送prepare请求，每个参与者执行操作并返回ready消息；在第二阶段，协调者向所有参与者发送commit或者abort请求，参与者根据请求执行操作并返回结果。
TCC（Try-Confirm-Cancel）：这种模式将分布式事务分为Try、Confirm和Cancel三个阶段。Try阶段执行业务，Confirm阶段提交事务，Cancel阶段在业务执行出错时回滚事务。在Java中实现TCC模式的分布式事务可以使用一些成熟的框架，如Alibaba的Seata、TCC-Transaction、ByteTCC等。
本地消息表：这种方式是在本地事务中将要执行的消息插入到本地消息表中，然后异步地由消息发送者将消息发送出去，由消息接收者消费消息。如果消息发送失败，可以重试或者回滚事务。
最大努力通知（Best Effort Delivery）：这种方式是业务处理服务在业务处理完毕时，向下游服务“尽最大努力”发送应用内消息。如果消息接收方未能接收到消息，则消息发送方通过一定的机制重试发送消息，但不保证消息一定被接收方成功接收。
基于缓存（Redis）实现：使用Redis的某些命令（如SETNX、EXPIRE、DEL等）来实现锁的获取、设置过期时间和释放。
加锁：

使用SETNX命令尝试获取锁，如果key不存在（即锁未被其他客户端持有），则设置该key并返回1（表示加锁成功）。
如果key已存在（即锁已被其他客户端持有），则返回0（表示加锁失败）。
还可以使用SET命令结合NX和PX选项来实现加锁和设置过期时间。

设置过期时间：

为了防止客户端在持有锁期间崩溃而导致死锁，可以为锁设置一个合理的过期时间。这可以通过在加锁时同时使用EXPIRE命令或者在SET命令中设置PX选项来实现。

释放锁：

当客户端完成操作后，需要释放锁。这通常通过删除Redis中的key来实现。但为了避免误删其他客户端的锁，可以使用Lua脚本来确保只删除自己持有的锁。

27、什么是SchedulerX？有什么作用？（了解）

SchedulerX是阿里巴巴基于Akka架构开发的分布式调度平台。它提供了秒级、精准、高可靠、高可用的定时任务调度服务，并支持多种类型的任务调度，如简单单机任务、简单多机任务、脚本任务以及网格任务。
SchedulerX的主要作用包括：
分布式任务调度：SchedulerX可以在分布式系统中进行任务调度，支持多种调度模式和异构计算框架，提供了灵活、高效、可靠的多种调度方式。
任务编排和运维自动化：通过SchedulerX，用户可以轻松地构建分布式任务和工作流调度，实现任务编排和运维自动化。这有助于提高系统的效率和可靠性，降低运维成本。
支持多种任务类型：SchedulerX支持多种任务类型，包括Java、Shell、Python、Go脚本、HTTP以及自定义任务类型。这使得用户可以根据实际需求选择适合的任务类型进行调度。
丰富的运维能力：SchedulerX提供了丰富的运维能力，包括数据大盘（可视化查看任务执行状况）、日志查看、原地重跑、标记成功、任务停止等功能。这些功能有助于用户更好地监控和管理任务调度过程。
高可用性和容错性：SchedulerX具有高可用性和容错性，能够确保在分布式系统中稳定运行。即使某个节点出现故障，SchedulerX也能够自动进行故障转移和恢复，确保任务调度的连续性和可靠性。

28、什么是CAP理论？（了解）

CAP 原理（也称为 CAP 理论）是分布式系统中的核心概念，由计算机科学家 Eric Brewer 提出。它包含三个基本要素：

一致性（Consistency）：所有节点在同一时间看到的数据是一致的，即系统的状态在任何时刻都是同步的。
可用性（Availability）：每个请求都能在有限的时间内获得响应，无论响应成功还是失败。
分区容错性（Partition Tolerance）：系统在遇到网络分区（即部分节点之间的通信失败）时，仍能够继续提供其服务。

CAP 原理的核心观点：在分布式系统中，无法同时完全满足一致性、可用性和分区容错性这三个特性，只能“鱼与熊掌不可兼得”，开发者需要根据具体的系统需求在其中进行权衡和取舍。

实际应用中的取舍：

CP 系统：放弃可用性，保证一致性和分区容错性。例如，分布式数据库系统在网络分区时选择拒绝请求以保证数据一致性。
AP 系统：放弃一致性，保证可用性和分区容错性。例如，NoSQL 数据库在网络分区时仍然接受请求，但可能导致数据不一致。

重要性：理解 CAP 原理有助于设计和构建可靠的分布式系统，根据业务需求选择合适的架构和技术方案。