java gson返回值,Retrofit 是如何获取返回值 Call<T> 中的类型 T, 以提供给 Gson 使用的?...

Call的类型 T 即Response的类型 T,获得了Call就能够正确输出给Response。那么Retrofit是怎么做到的呢?

以下是HttpServiceMethod中的 static 方法:

static HttpServiceMethod parseAnnotations(

Retrofit retrofit, Method method, RequestFactory requestFactory) {

// 省略部分代码

// ...

Type adapterType;

// 解析 kotlin 语言中的返回值

if (isKotlinSuspendFunction) {

Type[] parameterTypes = method.getGenericParameterTypes();

Type responseType = Utils.getParameterLowerBound(0,

(ParameterizedType) parameterTypes[parameterTypes.length - 1]);

if (getRawType(responseType) == Response.class && responseType instanceof ParameterizedType) {

// Unwrap the actual body type from Response.

responseType = Utils.getParameterUpperBound(0, (ParameterizedType) responseType);

continuationWantsResponse = true;

} else {

// TODO figure out if type is nullable or not

// Metadata metadata = method.getDeclaringClass().getAnnotation(Metadata.class)

// Find the entry for method

// Determine if return type is nullable or not

}

adapterType = new Utils.ParameterizedTypeImpl(null, Call.class, responseType);

annotations = SkipCallbackExecutorImpl.ensurePresent(annotations);

} else {

// 解析 java 语言写的返回值(写过的都知道,这个很容易懂了)

adapterType = method.getGenericReturnType();

}

// 省略部分代码

// ...

}

拿到adapterType之后,又辗转调用了CallAdapter.Factory. get()以创建实现了CallAdapter接口的CallAdapter:

public interface CallAdapter {

// 省略部分代码

// ...

abstract class Factory {

public abstract @Nullable CallAdapter, ?> get(Type returnType, Annotation[] annotations, Retrofit retrofit);

// ...

}

}

注意前面的adapterType是Call,所以要取出里面的T,才是真正要传给 Gson 从而输出的类型:

// 这是 CallAdapter.Factory. get() 的 impl

@Override public @Nullable CallAdapter, ?> get(Type returnType, Annotation[] annotations, Retrofit retrofit) {

if (getRawType(returnType) != Call.class) {

return null;

}

if (!(returnType instanceof ParameterizedType)) {

throw new IllegalArgumentException("Call return type must be parameterized as Call or Call extends Foo>");

}

final Type responseType = Utils.getParameterUpperBound(0, (ParameterizedType) returnType);

// ...

// 在这里 CallAdapter 接口的实现

return new CallAdapter>() {

@Override public Type responseType() {

return responseType;

}

// ...

};

}

Call有类似 GsonTypeToken的功能,如:

@KeepV

data class Data(val users: List)

@KeepV

data class User(val id: Long)

interface AaaService {

@GET("a/b/c.json")

fun getAbc(): Call>

}

能够正确解析出Data,相当于new TypeToken>{}.getType(),所以能传给 Gson 从而 输入正确的Response>。细节就不多讲了,这里主要是做个笔记备忘。

题外话:

由于类型参数的 不可传递性,即:

Type getType(T user) {

return new TypeToken{}.getType()

}

// 拿不到 Data 和 User 的类型

getType(new Data())

而Data.class这种写法不能编译通过(kotlin里面可以),因此Data类内部不能拿到User类型,所以必须以某类的 运行时子类 + 泛型参数 的方式(Java 反射的实现如此,没有什么原理可讲)即new TypeToken>{}.getType()同时拿到Data和User(如果有更多泛型嵌套也可以拿到)的类型信息,所以才有了TypeToken。

这从一个侧面说明了只要这种 字面量 Data的写法能够编译通过(无论是用作返回值还是参数化类型),都有办法拿到实际类型。细心的人可能发现了上例中的val users: List,这里值类型List不是 字面量,但 Gson 也能拿到实际类型User,这也说明了只要在泛型类实例化时写了 字面量 的参数化类型,那么该类体中的一切类型占位符的实际类型也有办法拿到。

关于笔者运用这个规则而实现的一个框架见这里。

```xml <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <!-- 项目的基本信息 --> <groupId>com.example</groupId> <artifactId>example-app</artifactId> <packaging>war</packaging> <version>1.0-SNAPSHOT</version> <name>example-app Maven Webapp</name> <url>http://maven.apache.org</url> <!-- 引入项目依赖 --> <dependencies> <!-- 添加Gson依赖 --> <dependency> <groupId>com.google.code.gson</groupId> <artifactId>gson</artifactId> <version>2.8.9</version> </dependency> </dependencies> <!-- 其他配置项 --> <!-- 描述了如何运行此应用(例如,默认主类等) --> <build> <finalName>example-app</finalName> </build> </project> ``` --- 在这个例子: 1. `<dependency>` 标签用于声明外部库的依赖关系。在这个特定的示例,我们引入了由 Google 提供Gson 库 (`com.google.code.gson`) 的最新版本 `2.8.9`。 2. `groupId` 属性是指这个库所属的组织或个人的唯一标识符。在这里,它是 `com.google.code.gson`,即 Gson 库所属的官方组织。 3. `artifactId` 属性则是库的唯一标识符。在我们的示例,这是 `gson`,表示具体的 Gson 库。 4. `version` 属性指定了库的确切版本号。在这个例子使用的是 `2.8.9` 版本,表明我们的项目依赖于这个确切版本的 Gson 库。 通过这种方式,在 Mavnen 构建系统,我们可以清晰地声明并管理项目所需的所有依赖关系,确保在运行、测试或分发应用时,一切都能按预期工作。 --- 相关问题: 1. Maven是如何解析和管理这些依赖的? 2. 在一个复杂的多模块项目,应该如何合理地管理和维护依赖关系? 3. 如果发现某个依赖过时或不再支持新功能,应该如何更新它而不影响整个项目的稳定性和兼容性?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值