Retrofit2中引入converter-gson后是否仍需单独依赖Gson？

嘿，这个问题问得特别实际！很多刚接触Retrofit的开发者都会有这个疑惑，我来给你理清楚这两个依赖的关系：

1. 引入converter-gson后，是否还需要单独加gson依赖？ #

严格来说，不需要。因为com.squareup.retrofit2:converter-gson:2.1.0这个依赖本身已经通过Maven的依赖传递机制，自动引入了对应的com.google.code.gson:gson版本（在2.1.0的converter-gson里，对应的Gson版本正好是2.6.1）。你可以通过Android Studio的Gradle > 项目名 > Tasks > android > androidDependencies查看项目依赖树，就能看到Gson已经被间接引入了。

那为什么很多示例里都会同时配置这两个依赖呢？主要有两个原因：

• 版本可控：单独声明Gson依赖可以明确指定你要使用的版本，避免后续converter-gson更新时，被动升级Gson带来的兼容性问题（比如某些旧版Gson的特性在新版中被移除）。
• 代码清晰：明确写出Gson依赖，能让其他开发者一眼看出项目中用到了Gson库，不用去依赖树里找间接依赖。

2. 单独的gson依赖到底有什么用？ #

Retrofit的converter-gson只是一个适配器，它的作用是把Retrofit的网络请求结果，交给Gson库去完成JSON和Java对象之间的序列化/反序列化工作。而单独的Gson依赖才是真正负责核心解析逻辑的库，它的作用包括：

• 支持在Retrofit之外手动处理JSON：比如你需要解析本地存储的JSON字符串，或者把对象序列化成JSON保存到SharedPreferences，这时候就需要直接调用Gson的API（new Gson().fromJson(...)、new Gson().toJson(...)）。
• 自定义序列化规则：你可以创建自定义的TypeAdapter或者JsonSerializer/JsonDeserializer，来处理一些特殊的JSON结构（比如日期格式、枚举类型等），这些自定义类都需要依赖Gson库的API。
• 统一项目中的Gson版本：如果你的项目中还有其他库也依赖Gson，单独声明版本可以避免多个库引入不同版本的Gson导致的冲突。

简单来说，converter-gson是Retrofit和Gson之间的桥梁，而Gson才是真正干活的“核心工具”。

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