Spring 框架之Springfox使用详解_Java

springfox 是一个基于 spring 框架的开源项目，用于自动化生成 restful api 文档。它集成了 swagger 规范，通过扫描 spring 应用程序中的控制器和模型，生成符合 swagger 规范的 api 描述，为开发者提供交互式 api 文档和测试界面。

核心功能

自动化文档生成
springfox 通过扫描 spring 应用程序中的控制器和方法，自动生成符合 openapi/swagger 规范的 api 文档。开发者无需手动编写文档，减少了重复劳动，提高了开发效率。
交互式 api 文档界面
springfox 提供了 swagger ui，可以将 api 规范以交互式文档的形式展示出来。开发者可以通过 swagger ui 查看 api 的路径、请求方法、参数、响应等信息，并直接进行测试和调试。
支持多种编程语言
springfox 支持多种编程语言，包括 java、kotlin、scala 等，可以与不同的后端开发语言进行集成。
注解驱动
springfox 使用注解来描述 api 端点，例如 @api、@apioperation、@apiparam 等。开发者可以通过注解来定制 api 文档的内容，例如添加描述、参数说明、响应示例等。
灵活的配置
springfox 提供了丰富的配置选项，开发者可以根据项目需求进行自定义配置。例如，可以配置 api 文档的分组、筛选规则、安全方案、全局参数等。
支持多种 api 描述格式
springfox 不仅支持 swagger 2.0 规范，还支持 openapi 3.0 规范。此外，springfox 的模块化设计为未来支持其他 api 描述格式（如 raml、alps 等）预留了扩展空间。

工作原理

springfox 的工作原理可以分为以下几个阶段：

服务模型推断阶段
springfox 在运行时对应用程序进行全面检查，通过分析 spring 配置、类结构以及各种编译时 java 注解，自动推断出 api 的语义信息。这种动态分析的方式相比静态配置具有显著优势，例如减少重复工作、保证文档与代码实现的一致性等。
文档生成阶段
springfox 根据推断出的服务模型，生成符合 swagger 规范的 api 文档。生成的文档可以是 json 或 yaml 格式。
swagger ui 展示
springfox 自动配置 swagger ui，开发者可以通过浏览器访问 swagger ui 界面，查看和测试 api。

模块化设计

springfox 采用模块化设计，各模块职责分明，协同工作：

springfox-core
定义了服务描述和模式定义的核心模型，包括服务端点描述模型、参数定义模型、响应定义模型、数据类型模式模型等。
springfox-spi
定义了服务提供者接口（spi），是整个框架的扩展中枢。开发者可以通过实现这些接口来扩展模型推断逻辑、添加自定义注解处理、修改默认行为等。
springfox-schema
专注于 java 类型到 api 模式的转换，处理 jsr-303 验证注解（如 @notnull、@size 等）和 jackson 注解（如 @jsonignore、@jsonproperty 等）。
springfox-spring-web
作为与 spring web mvc 集成的核心模块，负责解析 @requestmapping 注解、推断 http 方法和路径、处理 spring 的 @requestparam、@pathvariable 等注解。
springfox-swagger-common
提供 swagger 注解处理（如 @api、@apioperation 等），为上层的具体 swagger 版本实现提供了共享基础设施。
springfox-swagger1 和 springfox-swagger2
分别实现了对 swagger 1.2 和 2.0（oas）规范的支持，每个模块都包含模型到规范的转换器、特定版本的控制器端点、版本特有的配置选项等。

使用示例

以下是一个简单的 springfox 配置示例：

import org.springframework.context.annotation.bean;
import org.springframework.context.annotation.configuration;
import springfox.documentation.builders.apiinfobuilder;
import springfox.documentation.builders.pathselectors;
import springfox.documentation.builders.requesthandlerselectors;
import springfox.documentation.service.apiinfo;
import springfox.documentation.spi.documentationtype;
import springfox.documentation.spring.web.plugins.docket;
import springfox.documentation.swagger2.annotations.enableswagger2;
@configuration
@enableswagger2
public class swaggerconfig {
    @bean
    public docket api() {
        return new docket(documentationtype.swagger_2)
                .select()
                .apis(requesthandlerselectors.basepackage("com.example.demo"))
                .paths(pathselectors.any())
                .build()
                .apiinfo(apiinfo());
    }
    private apiinfo apiinfo() {
        return new apiinfobuilder()
                .title("spring boot swagger example api")
                .description("this is a sample api documentation using swagger")
                .version("1.0.0")
                .build();
    }
}

注意事项

版本兼容性
springfox 的不同版本与 spring boot 的版本可能存在兼容性问题。例如，springfox 3.x 版本移除了对 guava 等第三方库的依赖，因此如果之前使用了 guava predicates/functions，需要将其转换为 java 8 函数接口。
安全性配置
如果项目中配置了 spring security，可能会对 swagger ui 进行拦截。此时需要对 spring security 进行配置，忽略 swagger 的相关路径。
迁移到 springfox 3.x
如果从 springfox 2.x 迁移到 3.x，需要注意以下变化：
- 移除旧版本依赖，特别是 springfox-swagger2 和 springfox-swagger-ui。
- 移除 @enableswagger2 注解，添加 springfox-boot-starter 依赖。
- swagger ui 访问路径从 /swagger-ui.html 变为 /swagger-ui/index.html 或简写为 /swagger-ui/。

优缺点

优点

自动化文档生成
- 减少手动编写：通过扫描 spring 应用程序中的控制器和方法，自动生成符合 openapi/swagger 规范的 api 文档，无需手动编写和维护文档，显著提高开发效率。
- 实时同步：文档与代码实现保持同步，避免了因代码变更导致文档过时的问题。
交互式 api 文档界面
- swagger ui 支持：提供直观的交互式文档界面，开发者可以实时查看 api 的路径、请求方法、参数、响应等信息，并直接进行测试和调试。
- 提升协作效率：便于团队成员（如前端开发者、测试人员）快速理解和使用 api。
注解驱动，易于定制
- 注解丰富：支持 @api、@apioperation、@apiparam 等注解，开发者可以通过注解灵活定制 api 文档的内容，例如添加描述、参数说明、响应示例等。
- 灵活性高：满足不同项目的个性化需求。
模块化设计，扩展性强
- 模块化架构：springfox 采用模块化设计，各模块职责分明，便于开发者根据项目需求进行定制和扩展。
- 支持自定义：开发者可以通过实现 spi 接口（如自定义注解处理器、模型推断逻辑等）来扩展框架功能。
社区支持与成熟度
- 广泛应用：springfox 是 spring 生态中较早且成熟的 api 文档生成工具，拥有庞大的用户社区和丰富的资源。
- 问题解决快：遇到问题时，开发者可以快速找到解决方案或获得社区支持。
支持多种版本规范
- 兼容性强：支持 swagger 2.0 和 openapi 3.0 规范，满足不同项目的需求。
- 未来扩展：模块化设计为未来支持其他 api 描述格式（如 raml、alps 等）预留了空间。

缺点

版本兼容性问题
- 依赖冲突：springfox 的不同版本与 spring boot 的版本可能存在兼容性问题。例如，springfox 3.x 需要 spring boot 2.4+，且与 spring boot 2.6+ 的路径匹配策略存在冲突，需额外配置。
- 升级成本：从旧版本迁移到新版本时，可能需要调整代码和配置。
性能开销
- 运行时扫描：springfox 在运行时对应用程序进行全面扫描，可能会对性能产生一定影响，尤其是在大型项目中。
- 资源消耗：扫描过程可能增加应用的启动时间和内存占用。
学习曲线
- 注解复杂：虽然注解提供了灵活性，但对于新手开发者来说，可能需要花费时间学习如何正确使用注解来定制文档。
- 配置复杂：高级功能（如自定义模型推断、安全方案配置等）可能需要深入理解框架的工作原理。
对 spring webflux 支持有限
- 响应式编程限制：springfox 对 spring webflux（响应式编程模型）的支持不够完善，可能无法完全满足响应式应用的需求。
- 替代方案：对于响应式应用，可能需要考虑其他工具（如 springdoc openapi）。
文档更新滞后
- 维护不足：随着 spring 生态的快速发展，springfox 的更新可能滞后于 spring boot 的新特性，导致某些新功能无法直接支持。
- 社区活跃度下降：近年来，springfox 的社区活跃度有所下降，部分开发者转向更现代的替代方案（如 springdoc openapi）。
安全配置复杂
- 权限控制：如果项目中配置了 spring security，可能需要额外配置以允许访问 swagger ui，增加了安全配置的复杂性。
- 暴露风险：未正确配置时，swagger ui 可能暴露敏感 api 信息，存在安全风险。

总结

优点	缺点
自动化文档生成，减少手动编写	版本兼容性问题，依赖冲突
交互式 api 文档界面，提升协作效率	性能开销，运行时扫描影响性能
注解驱动，易于定制	学习曲线，注解和配置复杂
模块化设计，扩展性强	对 spring webflux 支持有限
社区支持与成熟度	文档更新滞后，维护不足
支持多种版本规范	安全配置复杂，存在暴露风险

适用场景

适合场景：
- 使用 spring mvc 的传统项目。
- 需要快速生成 api 文档并希望减少手动维护成本的项目。
- 对 openapi/swagger 规范有明确需求的项目。
不推荐场景：
- 使用 spring webflux 的响应式项目。
- 对性能要求极高的大型项目。
- 需要长期维护且希望使用最新 spring 生态特性的项目（建议考虑 springdoc openapi）。

建议

评估需求：在选择 springfox 前，评估项目的技术栈、版本兼容性、性能需求等因素。
考虑替代方案：对于新项目或需要更现代支持的项目，可以考虑 springdoc openapi（基于 openapi 3.0，对 spring boot 3.x 和 webflux 支持更好）。
持续关注更新：如果选择 springfox，需关注其版本更新和社区动态，及时解决兼容性问题。