苍煜

OpenFeign 是一个声明式的 Web 服务客户端，它使得编写 HTTP 客户端变得更加简单。只需要创建一个接口并添加注解，就可以完成对远程服务的调用。OpenFeign 集成了 Ribbon 和 Hystrix（可选），支持负载均衡和服务熔断。在微服务架构中，服务之间的调用是常见的需求。为了简化这种跨服务的调用，OpenFeign和Feign提供了一种声明式的 HTTP 客户端解决方案。本文将详细介绍 OpenFeign 的简介，并深入探讨它与 Feign 的关系。OpenFeign。

功能模块服务注册与发现Eureka（已停止维护）Nacos负载均衡Ribbon（已停止维护）熔断与限流Hystrix（已停止维护）Sentinel分布式配置管理、配置中心NacosAPI 网关消息队列RocketMQ分布式事务第三方工具（如 Seata）Seata服务调用日志采集与聚合第三方工具（如 Logstash、Fluentd）阿里云 SLS/Logtail监控与指标阿里云云监控/Spring Boot Actuator链路追踪分布式锁事件驱动架构RocketMQRPC 框架。

是 Spring Cloud 提供的一个注解，主要用于实现配置的动态刷新。它的作用是让被标记的 Bean 在运行时能够感知到外部配置的变化，并重新加载这些配置。是 Nacos 提供的一个注解，专门用于从 Nacos 配置中心读取配置值。它类似于 Spring 的@Value注解，但直接与 Nacos 集成，支持动态获取配置。

【代码】SpringBoot项目部署之启动脚本。

注解作用常用属性示例代码@Api标记一个类是 API 的入口点，描述整个控制器的功能。tags：API 分组：API 描述信息java @Api(tags = "用户管理", description = "用户相关的操作") @RestController public class UserController { }描述一个方法的功能（如 GET、POST 请求）。value：方法简短描述notes：方法详细描述response：返回值类型。

以下是springdoc注解作用@Tag为控制器或方法分组，便于组织和分类 API。@Operation描述 API 方法的功能。描述单个响应结果。@Parameter描述方法参数的含义。@Schema描述实体类或字段的信息。@Hidden隐藏某个类、方法或参数，不包含在生成的文档中。全局配置 OpenAPI 文档的元信息（标题、版本、描述等）。

默认值：无示例效果Swagger UI 将加载自定义配置文件。作用：禁用 API 文档的缓存。默认值false效果每次请求都会重新生成 OpenAPI 文档。示例作用：通过 Java 配置类自定义 OpenAPI 对象。示例：@Bean.title("用户管理系统").description("用户管理相关的 API 文档")).addServersItem(new Server().url("http://localhost:8080").description("本地开发环境"));

默认值：无示例效果Swagger UI 将加载自定义配置文件。作用：禁用 API 文档的缓存。默认值false效果每次请求都会重新生成 OpenAPI 文档。示例以下是springdoc类别参数作用基础配置配置 API 文档路径、Swagger UI 路径及启用状态。全局元信息设置 API 文档的标题、描述、版本等基本信息。分组与模块化支持分组、限制扫描范围、排除特定路径。安全配置定义全局安全方案和要求。自定义行为控制缓存、参数对象展平、服务器地址等高级功能。高级配置。

RuoYi-Cloud 是一个 Java EE 分布式微服务架构平台，基于经典技术组合（Spring Boot、Spring Cloud & Alibaba、Vue、Element），内置模块如：部门管理、角色用户、菜单及按钮授权、数据权限、系统参数、日志管理、代码生成等。在线定时任务配置；支持集群，支持多数据源。

1、系统环境Java EE 82、主框架3、持久层4、视图层Vue 2.6.xcom.ruoyi├── common // 工具类│ └── annotation // 自定义注解│ └── config // 全局配置│ └── constant // 通用常量│ └── core // 核心控制│ └── enums // 通用枚举│ └── exception // 通用异常│ └── filter // 过滤器处理│ └── utils // 通用类处理。

若依框架是一个基于java语言的开源项目，在原有的代码基础之上开展自己的功能代码的开发任务。在我们实际的开发任务中，很多系统都有一些共同的框架和开发内容，比如用户管理、菜单管理、、定时任务、日志管理等等一些功能。这些功能虽然简单但是自己写的话依旧少不了花时间去建表，写代码，测试，调试。也是很消耗时间的。最重要的是如果公司是以项目交付为业务的公司，那么每一个项目都需要反复去创建这一套管理模型，就很麻烦。

Spring从最初的一城一池，发展到如今已经发展为一个生态帝国，旗下拥有诸多的子项目，从最基本的Spring Ioc/AOP使用，到安全管理，再到 大数据，Spring已经逐渐的渗入到各个领域。

多层级配置文件间的属性采用叠加并覆盖的形式作用于程序。如果同一个目录下，有application.yml也有application.properties，默认先读取application.properties。如果同一个配置属性，在多个配置文件都配置了，默认使用第1个读取到的，后面读取的不覆盖前面读取到的。先后加载顺序：若application 和bootstrap 在同一目录下：bootstrap先加载 application后加载。

当我们使用Knife4j来对服务的接口文档进行管理时是非常美观和舒服的；但是当系统中的微服务越来越多的时候，我们需要访问十几个端口，这是非常痛苦的；有没有一种办法可以将所有微服务的接口文档在同一个可视化页面进行展示，这样我们就可以统一管理了；为此我们可以通过SpringCloudGateway网关+注册中心nacos+Knige4j对所有微服务的接口文档进行统一管理。

为了避免SpringCloud版本号与子项目版本号混淆，SpringCloud版本采用了名称而非版本号的命名，这些版本的名字采用了伦敦地铁站的名字，根据字母表的顺序来对应版本时间顺序。我们已经选择好了springcloud和boot的版本，如果我们要加入springcloudalibab框架，也要重新考虑alibab框架的版本号，不过好在alibaba是阿里开源的，api也是中文的，非常容易看懂。有的朋友就说了，boot最新版本是2.7.3，cloud最新版本是2021.0.3，那是不是就这样选就可以了，

我们通过对springboot的使用，就知道，spring从来不是重复造轮子，而是对现有技术的封装和维护，举个简单例子，比如最早spring只提供了IOC和AOP的核心功能，而像ORM框架、缓存、MVC框架，spring只是提供了一种兼容以及支持，所以当时大家说spring是万能胶，可以把各种各样的框架整合进来。同理，springcloud也不是自己开发组件，他也不是一个框架，因为Spring Cloud的核心并没有实现服务注册、熔断、配置中心等功能，它提供了一个标准规范。

​分布式，顾名思义就是将服务拆分成不同的部署单元并部署在不同的机器上，一个服务可能负责几个功能，且各分开部署的部分彼此通过各种通讯协议交互信息。通过分布式架构，可以解决前面介绍单体架构提到的 项目不断变庞大时产生的各种不利于系统长期稳定发展的问题，包括代码质量、开发效率、系统可靠性和扩展性等，但是分布式在解决单体架构中的问题的同时，也引进了其他问题，比如：（1）系统间耦合度变高，调用关系错综复杂，难以维护。...

文章目录1：Eureka介绍1:Eureka是什么2：EUREKA中的几个概念服务治理服务注册服务发现2：Eureka搭建1：创建cloud-eureka（springboot）项目2：引入依赖eureka-server3:配置application.yml4:主启动添加@EnableEurekaServer启动服务5:启动服务，访问eureka注册中心3：Eureka服务提供者1:创建项目： springcloud-common12：添加pom依赖3:配置applicaton.yml4:主启动类添加@E