之杭

分布式开发过程中要管理众多的服务也就是服务治理，管理服务与服务之间的依赖关系，实现服务调用、负载均衡、服务容错、以及服务的注册与发现。如果微服务之间存在调用依赖，就需要得到目标服务的服务地址，也就是微服务治理的服务发现。要完成服务发现，就需要将服务信息存储到某个载体，载体本身即是微服务治理的服务注册中心，而存储到载体的动作即是服务注册。在 RPC/HTTP 远程调用过程中，服务与服务之间依赖关系非常大，服务 URL 地址管理非常复杂，所以这时候需要对我们服务的 URL 实现治理。

如果 Ribbon 提供的几种实现类不满足业务需要，可以自己实现负载均衡规则。实现方式如下代码// -------------------------------------- 主启动类添加部分 --------------------------------------// @RibbonClient注解表示使用自定义IRule：参数xxx表示使用该规则的服务名。

本文基于 SpringCloud 2023 版本进行测试，Nacos 配置中心在学习的过程中发现和之前版本大不一样，所以本文仅限于 2023.x 版本的开发使用。话说回来，其实只是使用方式略微变更，并不会影响整体配置中心所解决的问题。只要了解原理和思路，学哪个版本都一样。

Gateway 中自定义组件（断言和过滤器）都是通过 XXXFactory 抽象工厂类实现的，基本实现理念是一样的。而且默认的命名规则是通过当前类前缀进行配置的，如果名称不一致，需要重写name()方法，如果参数需要默认顺序，则需要重写方法。# 重写的情况见下方说明# 如果不重写 shortcutFieldOrder() 方法定义参数顺序，则所有参数在配置的规程中都需要显示声明spring:cloud:gateway:routes:# 自定义断言的工厂名称。

几乎所有的业务系统，都有生成一个唯一记录标识的需求。这个记录标识往往就是数据库中的主键，数据库上会建立聚集索引，即在物理存储上以这个字段排序。往往又有根据时间分页或者排序的业务需求，所以就需要有一个额外的时间字段上创建普通索引。普通索引存储的是实际记录的指针，其访问效率会比聚集索引慢，如果记录标识在生成时能够基本按照时间有序，则可以省去这个时间字段的索引查询。这就引出了记录标识生成的两大核心需求：全局唯一与趋势有序。

Redisson 是基于 Redis 的高性能 Java 客户端，它提供了丰富的工具来简化分布式系统中的常见问题。分布式锁是其中一个重要的功能。Redisson 分布式锁允许在分布式环境中保证对共享资源的独占访问。通过 Redisson 提供的 RLock 类，用户可以很容易地实现分布式锁机制。红锁（RedLock）是一种分布式锁算法，由 Redis 的作者 Salvatore Sanfilippo（也称为 Antirez）设计，用于在分布式系统中实现可靠的锁机制。