如何强制swagger-codegen-cli-3.0.41.jar使用okhttp3而非okhttp？

可行，主要有三种实现思路，具体操作如下：

1. 运行时通过类路径优先级覆盖依赖 #

Java类加载机制会优先加载类路径中靠前的类，因此可以将okhttp3相关jar包放在swagger-codegen-cli.jar之前，让JVM优先加载okhttp3的类来替代内置的okhttp2。

• 需要提前准备的jar包：okhttp-4.10.0.jar、okio-3.0.0.jar（okhttp4依赖okio，版本需匹配）
• 运行命令示例（Linux/macOS）：

java -cp okhttp-4.10.0.jar:okio-3.0.0.jar:swagger-codegen-cli-3.0.41.jar io.swagger.codegen.v3.cli.SwaggerCodegen generate -i your-swagger-spec.yaml -l java -o output-dir

• Windows系统需将路径分隔符改为分号;

2. 修改生成后的客户端项目依赖（更稳妥） #

swagger-codegen生成的Java客户端会在pom.xml（Maven）或build.gradle（Gradle）中引入okhttp2依赖，直接修改配置文件替换依赖即可，同时适配少量API差异：

• Maven示例：替换pom.xml中的okhttp依赖为：

<dependency>
    <groupId>com.squareup.okhttp3</groupId>
    <artifactId>okhttp</artifactId>
    <version>4.10.0</version>
</dependency>

• 适配代码：okhttp3与okhttp2存在API差异，比如OkHttpClient初始化、请求构建逻辑，需要将生成代码中的com.squareup.okhttp包路径替换为okhttp3，并调整对应调用逻辑。

3. 自定义swagger-codegen模板（适合长期复用） #

如果需要长期生成基于okhttp3的客户端，可以修改swagger-codegen的Java模板，让生成的代码直接依赖okhttp3：

1. 获取Java客户端的模板文件（如pom.mustache、ApiClient.mustache等）
2. 修改pom.mustache中的依赖配置为okhttp3 4.10.0
3. 修改ApiClient.mustache中的代码，替换okhttp2的API调用为okhttp3的实现
4. 运行时指定自定义模板路径：

java -jar swagger-codegen-cli-3.0.41.jar generate -i your-swagger-spec.yaml -l java -t path/to/custom-templates -o output-dir

注意事项 #

• 类路径覆盖方式可能存在兼容性问题，swagger-codegen-cli内部可能依赖okhttp2的特定API，导致CLI运行出错，更推荐后两种方案。
• okhttp4基于Kotlin编写，但完全兼容Java，可直接在Java项目中使用。

内容的提问来源于stack exchange，提问作者bbx402