springfox-swagger 参数是对象无限递归解决方案。

springfox 第二大坑：Controller 类的参数，注意防止出现无限递归的情况。

Spring mvc 有强大的参数绑定机制，可以自动把请求参数绑定为一个自定义的命令对像。所以，很多开发人员在写 Controller 时，为了偷懒，直接把一个实体对像作为 Controller 方法的一个参数。比如下面这个示例代码：

@RequestMapping(value = "update")

public String update(MenuVomenuVo, Model model){

}

这是大部分程序员喜欢在 Controller 中写的修改某个实体的代码。在跟 swagger 集成的时候，这里有一个大坑。如果 MenuVo 这个类中所有的属性都是基本类型，那还好，不会出什么问题。但如果这个类里面有一些其它的自定义类型的属性，而且这个属性又直接或间接的存在它自身类型的属性，那就会出问题。例如：假如 MenuVo 这个类是菜单类，在这个类时又含有 MenuVo 类型的一个属性 parent 代表它的父级菜单。这样的话，系统启动时 swagger 模块就因无法加载这个 api 而直接报错。报错的原因就是，在加载这个方法的过程中会解析这个 update 方法的参数，发现参数 MenuVo 不是简单类型，则会自动以递归的方式解释它所有的类属性。这样就很容易陷入无限递归的死循环。

为了解决这个问题，我目前只是自己写了一个 OperationParameterReader 插件实现类以及它依赖的 ModelAttributeParameterExpander 工具类，通过配置的方式替换掉到 srpingfox 原来的那两个类，偷梁换柱般的把参数解析这个逻辑替换掉，并避开无限递归。当然，这相当于是一种修改源码级别的方式。我目前还没有找到解决这个问题的更完美的方法，所以，只能建议大家在用 spring-fox Swagger 的时候尽量避免这种无限递归的情况。毕竟，这不符合 springmvc 命令对像的规范，springmvc 参数的命令对像中最好只含有简单的基本类型属性。

原文地地址：https://blog.csdn.net/w4hechuan2009/article/details/68892718

这篇文章给出了解决方案但并未给我代码。我尝试的写出了修改代码。

        <dependency>
            <groupId>io.springfox</groupId>
            <artifactId>springfox-swagger2</artifactId>
        </dependency>
        <dependency>
            <groupId>io.springfox</groupId>
            <artifactId>springfox-swagger-ui</artifactId>
        </dependency>

version：2.8.0

代码如下：