springcloud之gateway服务网关

微服务网关Spring Cloud Gateway全搞定

Spring Boot 2.x实战85 - Spring Security 9 - OAuth 2.0之Client

一、核心定位与项目状态

1. Spring Cloud LoadBalancer

• 是 Spring Cloud 官方自研的客户端负载均衡组件，专门用于替代 Ribbon，从 Spring Cloud Hoxton 版本开始成为默认负载均衡器，集成在 Spring Cloud Commons 核心依赖中。
• 关键状态：活跃开发与维护，深度兼容 Spring 生态，是现代 Spring Cloud 项目的首选负载均衡方案。
• 核心作用：与 Ribbon 一致（客户端负载均衡），但在功能扩展性、编程模型支持上更优。

Spring Cloud 的生态套件

一、核心概念

1. Spring Cloud

Spring Cloud 是基于Spring Boot的微服务架构一站式解决方案，它并非单一框架，而是一套微服务技术规范+生态集合。它整合了众多优秀的微服务组件，提供了服务发现、配置管理、熔断降级、网关路由、负载均衡、分布式追踪等微服务架构必备的核心能力，旨在简化微服务系统的搭建与开发流程。

2. Spring Cloud Netflix

Spring Cloud Netflix 是Spring Cloud生态早期的核心实现套件，它将Netflix公司开源的一系列微服务组件（Eureka、Ribbon、Feign、Hystrix、Zuul等）进行了Spring Boot风格的封装，让开发者可以通过简单的配置快速集成这些组件到微服务系统中。它曾是Spring Cloud生态的主流选择，奠定了Spring Cloud的微服务使用范式。

常用的三个服务注册中心：Zookeeper、Eureka、Nacos 。

区别于CAP理论：

• Zookeeper 遵守CP原则 —— Apache
• Spring Cloud Netflix 遵守AP原则
• Nacos 遵守AP原则 —— 阿里开源

一、问题及背景

核心问题

微服务架构下，多人协作调试同一服务时，本地启动的服务实例会与其他开发者的启动的服务实例共同注册到公共Nacos注册中心，导致Nacos默认的负载均衡策略（如轮询）将请求随机分发到不同实例上，出现以下问题：

• 调试混乱：自己的请求可能路由到其他开发者的本地服务，无法验证自身代码逻辑；
• 服务不稳定：请求在多个实例间切换，导致程序时好时坏；
• 协作效率低：需频繁沟通确认实例状态，排查问题困难。

应用背景