swagger3:Failed to introspect Class [...] from ClassLoader [...]

报错信息：
Error creating bean with name ‘serviceModelToOpenApiMapperImpl’: Lookup method resolution failed; nested exception is java.lang.IllegalStateException: Failed to introspect Class [springfox.documentation.oas.mappers.ServiceModelToOpenApiMapperImpl] from ClassLoader [sun.misc.Launcher$AppClassLoader@18b4aac2]

我使用的swagger：

            <!-- swagger -->
            <dependency>
                <groupId>io.springfox</groupId>
                <artifactId>springfox-boot-starter</artifactId>
                <version>3.0.0</version>
            </dependency>

第一种解决办法，在服务内加上web启动器。
但如果我们使用的是dubbo作为服务治理，服务的生产者很多时候可能确实用不到web启动器，这样做不是有点不合适了吗？
在这些dubbo的服务生产者中，只是那些实体类中需要用到swagger注解，其它地方不需要，那我们能不能找一个只包含一些swagger基本注解的依赖给它们呢？
在我的项目和maven仓库中找了一下，确实有这样的依赖。
为什么不直接在maven仓库中找，还要在自己的项目依赖中找？因为下面这个坐标或许也有很多版本的呢，尽量选和swagger3统一的吧。

<!-- swagger-annotations -->
            <dependency>
                <groupId>io.swagger</groupId>
                <artifactId>swagger-annotations</artifactId>
                <version>1.5.20</version>
            </dependency>

这些实体类，虽然在服务生产者中无法通过页面显示出来，但是我们的服务消费者往往会依赖服务生产者的api，在服务生产者的api中，一般应该都有依赖服务生产者的实体类，那我们在服务消费者中查看这些实体类的帮助文档就可以了，本身swagger生成的帮助文档也是给具有web交互能力的服务用的吗。

在swagger3中,还有一个依赖的artifactId和这个一样，只不过它们的groupId不一样，要仔细鉴别。
在maven仓库中找到的也不是这个依赖，而是那个依赖。
而我们这个依赖，似乎在maven仓库中不好找。
下面就是那个依赖的详细坐标，注意，那个依赖解决不了这个问题：

<dependency>
    <groupId>io.swagger.core.v3</groupId>
    <artifactId>swagger-annotations</artifactId>
    <version>2.1.2</version>
</dependency>

但是这样还有个问题，发现找不到@JsonIgnore这个注解。
这个注解应该是jackson的，我在实体类中用了，但没注意这是由swagger待来的。
这个注解在下面这个坐标中，只要添加下面这个坐标就能解决问题。

            <!-- jackson-annotations -->
            <dependency>
                <groupId>com.fasterxml.jackson.core</groupId>
                <artifactId>jackson-annotations</artifactId>
                <version>2.10.3</version>
            </dependency>

应该还有一种办法，就是改用swagger2。
在swagger2中，应该即使没有依赖web启动器，只要没写swagger的配置类，似乎也不会报错，那把配置类在该写的地方写，不该写的地方不写，应该也没事。
就是在服务生产者中不要出现swagger的配置类，在服务消费者中写，具体我没试过。
之前我用的就是swagger2，并且没有写配置类，今天我在服务生产者和消费者共同的基础依赖中写了配置类后就报错了，错误应该也和这个swagger3的类似吧。
总之当时没有找到解决办法，一气之下改用swagger3了，结果问题还是依旧，后来慢慢才找出了解决办法。
所以按上面说的，用swagger2，应该有可能解决问题。