专栏首页一猿小讲fastjson的这些坑,你误入了没?

fastjson的这些坑,你误入了没?

1

兼容性:低版本没问题,高版本抛异常

一、抛问题。

摘取部分代码片段,稍加改造如下。

import com.alibaba.fastjson.JSONArray;
import com.alibaba.fastjson.JSONObject;

import java.util.ArrayList;
import java.util.HashMap;
import java.util.List;
import java.util.Map;

/**
 * fastjson 坑啊!
 *
 * @author 一猿小讲
 */
public class T {
    public static void main(String[] args) {
        JSONObject retJson = new JSONObject();
        retJson.put("retCode", "0000");
        retJson.put("retMsg", "Pay Succ");

        List<Map<String, Object>> retList = new ArrayList<Map<String, Object>>();
        Map<String, Object> retMap = new HashMap<String, Object>();
        retMap.put("orderId", "O010000088888");
        retMap.put("payerName", "张三");
        retList.add(retMap);

        retJson.put("retList", retList);

        if (retJson.containsKey("retList")) {
            JSONArray jsonArray = retJson.getJSONArray("retList");
            for (Object object : jsonArray) {
                JSONObject orderObject = (JSONObject) object;
                System.out.println("假装要执行的处理===>" + orderObject);
            }
        }
    }
}

引入依赖(低版本):

<dependency>
    <groupId>com.alibaba</groupId>
    <artifactId>fastjson</artifactId>
    <version>1.2.16</version>
</dependency>

代码跑起来(真爽,飞一般的感觉):

假装要执行的处理===>{"orderId":"O010000088888","payerName":"张三"}

此时,把 fastjson 升级成高版本:

<dependency>
    <groupId>com.alibaba</groupId>
    <artifactId>fastjson</artifactId>
    <version>1.2.70</version>
</dependency>

代码跑起来(浪奔浪流,万里涛涛泪水永不休):

Exception in thread "main" java.lang.ClassCastException: java.util.HashMap cannot be cast to com.alibaba.fastjson.JSONObject
  at T.main(T.java:31)

很明显,第 31 行代码抛出了异常

JSONObject orderObject = (JSONObject) object;

而且很明确:java.util.HashMap不能转换成com.alibaba.fastjson.JSONObject。

二、1.2.16 版本没问题,升级到 1.2.70 就抛异常,敢问这是为什么?

分析一:fastjson 1.2.16 版本下捉虫子。

分析二:fastjson 1.2.70 版本下捉虫子。

版本 1.2.16 vs 版本 1.2.70:

  • 两幅图的标注 1 对比着看,会发现低版本的 JSONArray 中存进去的是 JSONObject,而高版本的存进去的是 HashMap;
  • 两幅图的标注 2 对比着看,会发现低版本中 JSONObject 强转成 JSONObject,当然没问题,而高版本拿 HashMap 强转成 JSONObject 就会出现 ClassCastException。

到这儿,感觉还不是很解气,势必要打破砂锅刨到底!

版本 1.2.16 的源码刨到底:

而顺着版本 1.2.16 的源码一路看到底,会发现会对 Map 进行二次封装处理,最终会包装成 JSONObject 对象(这或许就是能强转成 JSONObject 的原因,存进去的是牛,强转成牛,当然没问题)。

版本 1.2.70 的源码刨到底:

版本 1.2.70 vs 版本 1.2.16,很显然 1.2.70 版本增加了一个集合的条件分支判断,如果根据 key 获取的 value 是 List,则会构建 JSONArray 对象,如下面源码截图示意,List 里面的值不会做变化,如果 List 中放入的是 Map,则不会对 Map 进行二次处理(这可能就是强制转换成 JSONObect 失败的原因,存进去的是牛,非要强转成马,当然行不通)。

三、该怎么解决版本升级,带来的兼容性问题呢?

很简单,既然高版本的没有对 list 中的 Object 进行转换,咱们就刻意调用 toJSON 方法进行转换一番。

retJson.put("retList", retList);
修改为
retJson.put("retList", JSON.toJSON(retList));

代码跑起来,Debug 看看效果如何:

很明显,JSONArray 中获取的 object 类型已变为 JSONObject,当然在 1.2.16、1.2.70 版本跑起来都畅通无阻,那么版本升级带来的问题就迎刃而解。

四、闲扯淡(走心)

  • 写代码时候还是需要注意点,能稍微规范些,就尽量按照规范,就如本次提到的问题,向 JSONObject 中加入 List<Map<String,Object> 时,不妨先提前 toJSON 转换一番,这样版本升级也不会有问题。
  • 由于依赖包升级导致不兼容的情况很常见,不过绝大多数都是向下兼容的,例如 JDK ... 5、6、7、8 ...,所以如果你正在开发核心代码,若涉及到版本更新,尽量考虑兼容性问题,如果涉及到老功能废弃时,不妨采用注解标注一下,这样后人会尽早发现问题。

2

不规范的传入:导致内存溢出

分享一段有意思的代码,一起享受其中乐趣。

import com.alibaba.fastjson.JSON;
/**
 * fastjson 坑啊!
 * @author 一猿小讲
 */
public class T {
    public static void main(String[] args) {
        String str = "{\"key1\":\"\\value1\"}";
        Object obj = JSON.parse(str);
        System.out.println(obj);
    }
}

代码能跑起来,运行结果绝对正常

{"key1":"\u000Balue1"}

此时,我们动点手脚,把 value1 的值变掉

String str = "{\"key1\":\"\\x";

程序运行,word 天,惊呆!

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
  at com.alibaba.fastjson.parser.JSONLexerBase.putChar(JSONLexerBase.java:2835)
  at com.alibaba.fastjson.parser.JSONLexerBase.scanString(JSONLexerBase.java:866)
  at com.alibaba.fastjson.parser.DefaultJSONParser.parseObject(DefaultJSONParser.java:428)
  at com.alibaba.fastjson.parser.DefaultJSONParser.parse(DefaultJSONParser.java:1302)
  at com.alibaba.fastjson.parser.DefaultJSONParser.parse(DefaultJSONParser.java:1268)
  at com.alibaba.fastjson.JSON.parse(JSON.java:137)
  at com.alibaba.fastjson.JSON.parse(JSON.java:128)
  at T.main(T.java:11)

好奇不?咋回事?Debug 分析一番就清楚啦。

当 json 字符串是以 \x 结尾时,由于低版本的 fastjson 并未对其进行校验,将会导致其继续尝试获取字符。

由于 index>= this.len 始终成立,则意味着会直接获取到 \u001A,相当于 26,带来的结果就是 isEOF 永远为 false,意味着要无休止的读下去。

就这样陷入了死循环 1-->2-->3-->1,直到内存溢出。

Debug 一趟肯定比我说的要清楚,当然,此问题早已在版本 1.2.60 中修复。

1.2.70 版本肯定也不会有此问题啦,在高版本下直接提示格式错误啦,摆脱了内存异常。

Exception in thread "main" com.alibaba.fastjson.JSONException: invalid escape character \x
  at com.alibaba.fastjson.parser.JSONLexerBase.scanString(JSONLexerBase.java:984)
  at com.alibaba.fastjson.parser.DefaultJSONParser.parseObject(DefaultJSONParser.java:479)
  at com.alibaba.fastjson.parser.DefaultJSONParser.parse(DefaultJSONParser.java:1401)
  at com.alibaba.fastjson.parser.DefaultJSONParser.parse(DefaultJSONParser.java:1367)
  at com.alibaba.fastjson.JSON.parse(JSON.java:183)
  at com.alibaba.fastjson.JSON.parse(JSON.java:193)
  at com.alibaba.fastjson.JSON.parse(JSON.java:149)
  at T.main(T.java:11)

走心:

  • 金无足赤人无完人,代码有 Bug 很正常,需要一步一步去迭代,要敢于让团队犯错、试错、容错。
  • 通过此段测试,项目开发中参数格式校验就很有必要。

3

寄语写最后

本次,仅以项目中依赖 fastjson 类库作为切入点,主要想传达:在使用三方轮子时,尽可能做对三方的轮子了如之掌,知己知彼方能百战不殆。

另外,借助 fastjson 升级的事情,也想传达写出规范性的代码,是很有必要,不然升级的时候就很麻烦。

本文分享自微信公众号 - 一猿小讲(yiyuanxiaojiangV5),作者:一猿小讲

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2020-06-25

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 深度学习这些“坑”你们有没有踩过(入门误区)

    椭圆这个factor实际上也是有变体的,可以以相同的思路继续拆分,继续降低训练所需数据量。

    计算机视觉研究院
  • 为什么 FastJson 火不起来,国外人都不使用?

    首先抄录一段来自官网的介绍:FastJson是阿里巴巴的开源JSON解析库,它可以解析JSON格式的字符串,支持将Java Bean序列化为JSON字符串,也可...

    业余草
  • 走你!fastjson!

    首先抄录一段来自官网的介绍:FastJson是阿里巴巴的开源JSON解析库,它可以解析JSON格式的字符串,支持将Java Bean序列化为JSON字符串,也可...

    Java旅途
  • 为什么我们公司强制弃坑FastJson了?主推Jackson~

    作者:咔咔侃技术 来自:toutiao.com/i6815906868183958027

    良月柒
  • 大型项目废弃fastjson迁移至Gson保姆级攻略

    在被大家取关之前,我立下一个“远大的理想”,一定要在这周更新文章。现在看来,flag有用了。。。

    蛮三刀酱
  • 双12压测引出的线上Full GC排查

    双12之前压测的时候起了很小的量,直接触发了Full GC,吓尿了,因为马上双12大促预热就要开始了,这搞不好妥妥的3.25啦。

    故里
  • Fastjson到了说再见的时候了

    各位小伙伴大家好,我是A哥。停更1个月后回归啦,今天咱们聊聊一个比较有意思的话题:是否真的需要跟Fastjson说再见了?

    YourBatman
  • 卡在简历筛选的你,有没有踩这些坑?

    求职互联网,简历这个东西很重要。 它有两个重要功能,第一,让HR看到你的简历,然后通过HR的筛选,进到面试官手里;第二,它是你面试时的大纲。 如果你还总是卡在...

    腾讯NEXT学位
  • Json海量数据解析Json海量数据解析

    ​ 在android开发中,app和服务器进行数据传输时大多数会用到json。在解析json中通常会用到以下几种主流的解析库:jackson、gson、fa...

    用户2929716
  • JSON.toJSONString中序列化空字符串遇到的坑

    最近在做系统Bug修复时遇到了一个问题,调用其他服务时传递的参数和自己预先的不一致,例如Map中有10条记录,然后使用JSON.toJSONString 包装后...

    一枝花算不算浪漫
  • fastjson远程代码执行漏洞问题分析

    fastjson远程代码执行安全漏洞(以下简称RCE漏洞),最早是官方在2017年3月份发出的声明,

    用户7634691
  • 反射和泛型的这些坑,你踏空了吗?

    不通过反射,选用哪个重载方法很清晰,比如传入666走int参数重载方法,传入Integer.valueOf(“666”)走Integer重载。

    JavaEdge
  • 读了这一篇,让你少踩 ArrayList 的那些坑

    我:看上去确实没什么问题,但是我确实没用过 Arrays.asList这个方法,报什么错误?

    古时的风筝
  • java爬虫系列第一讲-爬虫入门(爬取动作片列表)

    路人甲Java
  • 【坑】dubbo+zookeeper服务端重复调用三次

    版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.n...

    林老师带你学编程
  • ES系列之一文带你避开日期类型存在的坑

    时间相关的字段是ElasticsSearch(以下简称ES)最常用的字段了,几乎所有的索引应用场景都会有时间字段,一般用于基于时间范围的搜索,聚合等场景。但是由...

    用户7634691
  • Rocketmq之No route info of this topic解决思路

    用过rocketmq的人,采用客户端调用的时候,可能会相对高频的出现的 No route info of this topic这个异常问题,然后你可能会拿着这个...

    lyb-geek
  • 这些好用的网站,看看你都收藏了没!

    这两年收藏了不少网站,特地整理一下,把一些大家都可能用得上的分享出来,希望能对你有用。

    程序猿DD
  • Fastjson究竟犯了哪些错?

    安全行业的支柱fastjson究竟犯了哪些错?没有cve编号著作权法规问题漏洞奖励的难处开源项目的生意经结语

    安全乐观主义

扫码关注云+社区

领取腾讯云代金券