Java常用json序列化工具的部分局限性

Problem

在写Java的Unit Test时,对于Unit Test所期望的值,一般是利用工具从test/resources目录下将expectResult.json读取进来并用json序列化工具进行反序列化来获得Unit Test所期望的结果,并与测试的实际结果进行对比。然而若是反序列化所用的类来源于第三方库(即不能更改任何代码),会遇到很大的问题。以下以本人对阿里云的StreamRecord类进行反序列化时遇到的问题进行描述:

StreamRecord类的定义如下:

public class StreamRecord {

    public enum RecordType {
        /**
         * PUT类型
         * 如果对应行已存在,该Record需要覆盖原有数据。
         */
        PUT,

        /**
         * UPDATE类型
         * 如果对应行已存在,该Record是在原有数据上的更新。
         */
        UPDATE,

        /**
         * DELETE类型
         * 表明要删除对应的行。
         */
        DELETE
    }

    /**
     * Record的类型
     */
    private RecordType recordType;

    /**
     * 对应行的主键
     */
    private PrimaryKey primaryKey;

    /**
     * 对应行的时序信息
     */
    private RecordSequenceInfo sequenceInfo;

    /**
     * 该Record包含的属性列,为RecordColumn类型
     */
    private List<RecordColumn> columns;

    /**
     * 获取Record的类型
     * @return Record的类型
     */
    public RecordType getRecordType() {
        return recordType;
    }

    public void setRecordType(RecordType recordType) {
        this.recordType = recordType;
    }

    /**
     * 获取对应行的主键
     * @return 对应行的主键
     */
    public PrimaryKey getPrimaryKey() {
        return primaryKey;
    }

    public void setPrimaryKey(PrimaryKey primaryKey) {
        this.primaryKey = primaryKey;
    }

    /**
     * 获取该行的时序信息
     * @return 该行的时序信息
     */
    public RecordSequenceInfo getSequenceInfo() {
        return sequenceInfo;
    }
    public void setSequenceInfo(RecordSequenceInfo sequenceInfo) {
        this.sequenceInfo = sequenceInfo;
    }

    /**
     * 获取该Record包含的属性列列表
     * @return 该Record包含的属性列列表
     */
    public List<RecordColumn> getColumns() {
        if (columns != null) {
            return columns;
        } else {
            return new ArrayList<RecordColumn>();
        }
    }

    public void setColumns(List<RecordColumn> columns) {
        this.columns = columns;
    }

    @Override
    public String toString() {
        StringBuilder sb = new StringBuilder();
        sb.append("[RecordType:]");
        sb.append(this.recordType);
        sb.append("\n[RecordSequenceInfo:]");
        sb.append(this.sequenceInfo);
        sb.append("\n[PrimaryKey:]");
        sb.append(this.primaryKey);
        sb.append("\n[Columns:]");
        for (RecordColumn column : this.getColumns()) {
            sb.append("(");
            sb.append(column);
            sb.append(")");
        }
        return sb.toString();
    }

}

本工程原先只用Jackson进行序列化和反序列化,但Jackson的ObjectMapper在对此类进行反序列化时,报了No suitable constructor的错误,经过调查发现Jackson进行反序列化需要默认的构造函数(如果有带参数的构造函数,还要用@JsonCreator修饰构造函数,用@JsonProperty修饰构造函数参数),而上述类没有,即使有我们也不能对阿里云等第三方库进行更改,遂放弃Jackson,转而考虑阿里自己的fastjson。fastjson的确能对该类进行反序列化,但是当我仔细分析反序列化后的对象时,发现有些深层的字段的值为null,又经过一番调查,了解到fastjson虽然对反序列化的类没有构造函数的要求,但对字段有要求,反序列化的private字段要有setter方法才能正常的反序列化(或者有一个带有所有字段参数的构造函数),若是private字段缺少setter方法,则该字段的值为默认值。最后考虑用Google的Gson,Gson没有上述这些问题,但是若反序列化类有Object类型的字段,而该字段的值为数值型,则Gson都会转为Double型,比如你有个字段为

private Map<String, Object> map;

json文件:

{
  "age": 24,
  "height": 1.81
}

当把上述json文件反序列化为map字段时,直觉上会认为“age”字段的值的类型应该为Integer或Long型,然而Gson这里有点反常,由于map的value为Object类型,并未明确指定具体的数值类型,它会将key为“age”的字段会变为Double类型(并不是我们直觉上所期望的Integer或Long型),给后续编程带来麻烦。关于Gson的这个“特性”,可以参考https://github.com/google/gson/issues/1084 上面的“debate”,比较有趣的“网友怼作者”。

我最终的解决方案是用Gson反序列化,再利用反射工具ReflectionTestUtils.setField来对某些数值进行Double到Long的转化。

Conclusion

  • Jackson 功能强大,但对反序列化的类的要求较高(要有默认的constructor)。
  • Fastjson 速度快,但是对反序列化的类也有一定要求,而且在反序列化复杂的json时bug较多(阿里云的很多sdk也由于这个原因并未使用fastjson)。
  • Gson 比较全面,对反序列化的类的要求最低,但是对于Object类型的数值字段处理不够友好。
    以上实验所用版本:
    compile group: 'com.google.code.gson', name: 'gson', version: '2.8.5'
    compile group: 'com.alibaba', name: 'fastjson', version: '1.2.56'
    

因此,如果没有遇到序列化和反序列化第三方库的model的情况下(即代码无法更改的情况),首选Jackson,否则选Gson。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,053评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,527评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,779评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,685评论 1 276
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,699评论 5 366
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,609评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,989评论 3 396
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,654评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,890评论 1 298
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,634评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,716评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,394评论 4 319
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,976评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,950评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,191评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 44,849评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,458评论 2 342

推荐阅读更多精彩内容