当 Json 遇到 Map

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了当 Json 遇到 Map相关的知识,希望对你有一定的参考价值。

参考技术A

了解一下日常开发中关于 Json 解析的一些非常规用法,以及使用 fastjson 的一些总结。

一般情况 Json 的使用都是非常简单的。 我们会根据上游定义的 Json 数据格式,由下游定义相应的解析模型。比如像下面这个简单的 Json 字符串。

一般会定义如下的数据类(以 Kotlin 为例)

具体使用也是非常简单了,无论是借助 fastjson 、gson 或者是原生的 JsonObject 都可以非常方便的完成数据的序列化和反序列操作,比如以 fastjson 为例。

无论原始的 Json 数据格式多么的复杂,包含原始数据类型、List、数组还是他类型, 只要需要解析的属性的 key 是确定的,那么就可以定义出相应的数据模型来解析 。 因为在定义任何一个数据模型是时,对于其中的每一个字段(或者叫做属性、类成员),唯一需要确定的就是变量的类型和变量名的名称,比如面对下面这个略显复杂的 Json :

我们依旧可以定义出如下的数据模型

但有时候我们会遇到 Json 数据中,key 值无法确定的情况。也就是说,我们需要解析的字段名是不确定的。或者说,Json 数据中字段名和字段值重合的情况。

比如上面这个 Json ,按照日期返回一个 List(至于 List 里具体是什么,我们也无需关心)或者是其他任何数据,这里就比较有意思了。

既然返回的属性名是无法确定的,那么怎么定义 Json 对应的数据类型中的变量名呢 ?

上面 ??? 这里应该怎么定义呢? 毕竟总不能穷举所有日期吧? 再说也穷举不过来呀,时间是无限的呀。

这里就需要转换一下思路了,我们从本质出发,这里整个 Json 其实是一个 Map 。既然是一个 Map ,那我们就把他当做一个 Map 去解析好了。

因此,fastjson 在解析的时候不知道具体该怎么办了,只知道这是个把原始 Json 字符串解析为一个 Map 。剩下的就该靠我们自己了. fastjson 不知道具体类型,我们自己是知道的呀。因此,就需要遍历 map 自己去处理了。

到这里,我们就可以获取到原始 Json 字符串中的数据了。可以看到,对于上游返回的 Map 这种类型的数据,由于其本身灵活的特性,我们需要按具体的类型做具体拆解,没有通用的方法。

作为常用的 Json 序列化框架 ,这里总结一下使用 fastjson 遇到一些坑和收获。

日常开发中上游给我们的 Json 数据往往是很丰富的,并且由于 json 的特性,在一大段字符串中要找到我们关系的字段是有点困难的,因此我们往往把 Json 字符串贴到各类 Json解析助手之类的网站或工具里,进行格式化。其实,不用那么麻烦,fastjson 自身提供了可以格式化打印 Json 的方法。

这里格式化打印一下刚才的 map printBeautyJson(map)

从截图可以看到,已经实现了 Json 的格式化输出。SerializerFeature 还有很多其他很多实用的功能,可以按需要进行配置。

JSONField 是一个定义在 fastjson 内的注解,其中最常用的两个值是 serialize 和 deserialize ,都是 boolean 类型,用户决定对特定字段进行序列化和反序列化。

序列化毕竟是一个 IO 操作,在优化性能的场景,我们就可以基于实际业务场景和需求出发,减少非必要的序列和反序列操作,尤其是对一些比较打的对象。需要注意的是,deserialize 这个值只有把注解打在方法上时才是有效的(这点可以从其源码看到)。

最后再说一个使用 fastjson 最最常见的问题,关于默认构造函数的问题。

我们知道一个普通的 Java 类,如果没有定义构造函数的话,编译器会帮我们自定生成一个构造函数。但是如果我们自己定义了构造函数,那么默认的构造函数就没了。

这个时候如果我们直接解析 Json 解析,会抛出异常。 com.alibaba.fastjson.JSONException: default constructor not found
至于具体原因,看一下源码也很容易理解了。这个时候,就只能把默认的构造加上了。

而在使用 Kotlin 的场景,也是存在同样的问题。

现在大家都习惯使用 data class 定义数据类。虽然这样定义的类型,从反编译的结果看似乎是存在默认构造函数的,但依旧会报错。

可以看到是有存在构造函数的,但是依旧会产生问题。对于 Kotlin 的场景,我们用两种解决办法。

这样依旧不解决问题。

to be continued ...

本文从 Json 解析常规用法出发,解读了对 Map 这种 Json 数据类型的解析。从中可以学习到,有时候我们在面临一些问题是会一筹莫展,会出现非常规的场景。这个时候,就需要我们从问题的本质出发,看透问题的根源,一层层抽丝剥缕的去解决。

问题总是会不断出现的,重要的是在我们解决完问题之后不仅要学会解决方法,更要学会解决问题的思路。

以上是关于当 Json 遇到 Map的主要内容,如果未能解决你的问题,请参考以下文章

当Json遇到Map

当Json遇到Map

当map遇到parseInt

极说・当JSON 遇到IC 设计

json:无法将字符串解组为 MyMap.map 类型的 Go 值

[系列] Go - json.Unmarshal 遇到的小坑