Ares's Notes

概述Spring WebFlux 是 Spring Framework 5.0 引入的响应式 Web 框架，其核心优势在于能够以极少的硬件资源处理极高的并发量。要真正理解 WebFlux，必须彻底摒弃传统的 Spring MVC（Servlet）思维模式，深入理解其底层的异步非阻塞IO（NIO）和事件循环（Event Loop）机制。

概述Spring WebFlux 是 Spring 5 中引入的响应式编程框架，其核心概念围绕着构建异步、非阻塞、事件驱动的服务。WebFlux 的基石是实现了 Reactive Streams 规范。该规范定义了四个核心接口： Publisher: 发布者，负责发布一系列数据（Mono 和 Flux 是其具体实现）。 Subscriber: 订阅者，消费发布者发出的数据。 Subscripti

概述在上篇中介绍了响应式编程基础，其中提到在JDK中只提供了接口规范，并没有提供丰富的操作算子。而 Project Reactor就是基于Reactive Streams规范的具体实现。Project Reactor是由 Spring 团队维护的，与 Spring 生态系统（特别是 Spring WebFlux）无缝集成，其专注于高性能的服务器端应用，特别强调与函数式编程和响应式流规范的集成。

概述响应式编程（Reactive Programming）是 2013 年底由 Netflix、Lightbend 和 Pivotal（Spring 背后的公司）的工程师发起的一项计划，是一种处理异步数据流并传播变化的编程范式，旨在构建更具响应性、弹性、可伸缩性的非阻塞式应用。它主要围绕数据流和变化的自动传播来构建，核心在于对事件作出反应。 2015 年 Reactive Stream（响应式流）

概述Consul是一种分布式服务网格（Service Mesh）解决方案，提供服务发现、健康检查、键/值存储、多数据中心管理等功能。核心组件包括客户端（Agent）、服务器（Server）、以及多种通信协议（Gossip、Raft、RPC）的协同工作。 consul提供的功能特性： 多数据中心：Consul 被构建为数据中心感知的，可以支持任意数量的区域，而不需要复杂的配置。 服务网格

概述在微服务架构中，通常是将一个大型的单体应用拆解为多个独立的服务，这对于一个服务不同节点的配置管理上的新挑战，如果没有配置中心，这些挑战会显著增加系统的复杂性和维护成本。 配置分散，难以管理在单体应用中，所有配置都集中在一个配置文件（如 application.properties）中，易于管理。在微服务架构中，每个服务都有自己的配置，一个大型系统可能包含几十甚至上百个微服务，配置也随之分散。

Zookeeper 是一个开源的分布式协调框架，基于ZAB协议来确保在分布式环境下的数据一致性和可靠性，实现了一个高可用的、小型的、树形结构（类似文件系统）的数据存储。通常用于分布式系统中的配置管理、同步服务、命名服务等，Zookeeper 主要用于以下几种场景： 分布式锁：通过 Zookeeper 提供的节点机制，可以实现分布式环境中的锁机制。 配置管理：Zookeeper 用作分布式系统的配

Zookeeper 是一个开源的分布式协调框架，基于ZAB协议来确保在分布式环境下的数据一致性和可靠性，实现了一个高可用的、小型的、树形结构（类似文件系统）的数据存储。通常用于分布式系统中的配置管理、同步服务、命名服务等，Zookeeper 主要用于以下几种场景： 分布式锁：通过 Zookeeper 提供的节点机制，可以实现分布式环境中的锁机制。 配置管理：Zookeeper 用作分布式系统的配

概述ZAB（ZooKeeper Atomic Broadcast）协议是专为 ZooKeeper 设计的一种支持崩溃恢复的原子广播协议，是 ZooKeeper 保证分布式数据一致性的核心算法。其核心原理是通过一个主备模型来处理所有事务性请求，并确保这些请求以全局一致的顺序在所有节点上执行和提交。ZAB 协议主要包含两种基本工作模式：消息广播（Message Broadcast）和崩溃恢复（Cras

Raft 协议是分布式系统中最重要的共识算法之一，被广泛应用于 etcd、TiDB、CockroachDB 等知名项目中。Raft 的核心设计目标就是易于理解（Understandability），它通过将复杂的一致性问题分解为几个相对独立的子问题来实现这一目标。Raft 算法是对“状态机复制” (SMR) 模型一个非常清晰和易于理解的实现。 Raft 的重要特性： 一致性：Raft 保证集群