对于Json中的Null值，常规处理的方式给对象加一个?不过，号，

{
"str"这方面，null。"i":""}

data class Test(
val str: String?= "abc",// 必须加问号，否则会崩溃
val i: Int =,)

这样就会有个问题。str会被赋值为null。

我们期望null值的时候。使用abc这个默认值，做不到。除非后台不返回这个str这个字段，就会使用默认值。

激烈讨论过程

对于null这个问题的理解，在Moshi Github上有着非常激烈的讨论。

从下来就是来看，官方认为。后台返回 null是业务的一种形式，代表这个业务不存在。应该在团队合作中，约定一个规范的Json格式行为。而不是无脑区兜底null值。

官方最终的解释：It has one answer in Moshi and this is Moshi's opinion :). 答案只有一个，那就是 Moshi 的看法:)。

好好好，Moshi团队你有你的看法。，…但是理想是很美好，我也想规范，但是现实不允许。先不说后台大哥好不好说话，就说历史API接口，没人敢动、也没人想动。说起来，

方法

在Github的讨论中，不乏各种各样的方法。比如JakeWharton大神给出的自定义注解方法

这用起来很难，我不可能每个字段都去加吧。

在最终的回复。我看到了一个大开脑洞的方案，太巧妙了。说起来，

自定义JsonReader

自定义JsonReader当读取到 null 的字段。直接忽略掉，欺骗上面的人，说这个字段不存在上面的人就会用默认数值构造函数。太鸡贼了，无需用什么自定义注解，无痛切入现在的项目。

自定义 DefaultIfNullFactory

用于向moshi注册解析器。常规步骤,不多解析，按理说，

class DefaultIfNullFactory : JsonAdapter.Factory {
override fun create(
再看type。Type,annotations: MutableSet,moshi: Moshi ): JsonAdapter<*>?{
if ) return null
// 基础数据类型忽略,moshi自己处理。就是直接是 基础数据类型的json：例如“”，“true”
if return null // string?如果不需要则直接跳过即可。实际情况需要根据需求调整逻辑
if return null // boolean?如果不需要则直接跳过即可。实际情况需要根据需求调整逻辑
if return null // byte?如果不需要则直接跳过即可。实际情况需要根据需求调整逻辑
if return null // char?如果不需要则直接跳过即可。实际情况需要根据需求调整逻辑
if return null // double?如果不需要则直接跳过即可。实际情况需要根据需求调整逻辑
if return null // float?如果不需要则直接跳过即可。实际情况需要根据需求调整逻辑
if return null // int?如果不需要则直接跳过即可。实际情况需要根据需求调整逻辑
if return null // long?如果不需要则直接跳过即可。实际情况需要根据需求调整逻辑
if return null// short?如果不应该把过即可则直接跳。实际情况需要根据需求调整逻辑
val delegate = moshi.nextAdapter
return SkipNullsAdapter
}
}

`SkipNullsAdapter`