前置知识
我们将采用Nacos作为注册中心,Gateway作为网关,使用
knife4j来生成API文档,对这些技术不了解的朋友可以看下下面的文章。
应用架构
我们理想的解决方案应该是这样的,网关作为API文档的统一入口,网关聚合所有微服务的文档,通过在网关进行切换来实现对其他服务API文档的访问。
相关服务划分:
-
micro-knife4j-gateway:网关服务,作为微服务API文档的访问入口,聚合所有API文档,需要引入文档前端UI包;
-
micro-knife4j-user:用户服务,普通API服务,不需要引入文档前端UI包;
-
micro-knife4j-order:订单服务,普通API服务,不需要引入文档前端UI包。
具体实现
下面详细介绍下Spring Cloud Gateway + knife4j 聚合API文档的具体实现,依次搭建用户服务、订单服务和网关服务。
micro-knife4j-user
我们首先来搭建用户服务,一个普通的API服务,很简单,仅需三步即可集成knife4j。
-
在
pom.xml中添加相关依赖,一个SpringBoot的web功能依赖,knife4j的微服务依赖(不包含API文档的前端UI包);
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>com.github.xiaoymin</groupId>
<artifactId>knife4j-micro-spring-boot-starter</artifactId>
</dependency>
</dependencies>
-
在
application.yml这添加相关配置,配置一下Nacos注册中心即可;
server:
port: 9501
spring:
profiles:
act

本文介绍了如何使用Spring Cloud Gateway和knife4j在微服务架构中实现API文档的聚合。通过Nacos作为注册中心,创建了micro-knife4j-gateway作为网关,聚合了micro-knife4j-user和micro-knife4j-order服务的Swagger文档。详细步骤包括服务的依赖配置、Swagger的集成以及如何在网关上实现文档切换。此外,还提供了如何切换回原始Swagger UI的方法。
最低0.47元/天 解锁文章
4063

被折叠的 条评论
为什么被折叠?



