FastJson采坑系列（版本升级问题）

刺骨的言语ヽ痛彻心扉 2022-12-22 06:25 287阅读 0赞

昨天晚上又发现一起问题，问题导致了有一类消息全部丢失，写了紧急脚本去修复的问题。

## 发现问题： ##

问题是这样的，昨天测试在beta爆出了一个问题，是之前一个功能失效了，让查一下，然后我找时间查了下。发现beta日志一直在报错。报错mqType不存在，我看了下代码，是正常抛错。查询了下mq的日志，看到发出的消息格式。发现了问题所在，发出的消息格式是mqType，而接受的时候，mqType为下划线mq\_type 所以导致识别不到mqtype直接抛错了；

## 调查问题： ##

前天晚上11-16发版的，我看了下代码日期，这块代码已经半年没有动过了，为什么会出错呢。以前是怎么跑通的呢，后来确认以前确实是正常的，代码问题应该出现在

SyncRtGoodsCommonVO request = JSONObject.parseObject(outMessage, SyncRtGoodsCommonVO.class);
    
    @Data
    @EqualsAndHashCode(callSuper=false)
    public class SyncRtGoodsCommonVO {
    
        /**消息类型*/
        @JSONField(name = "mq_type")
        private Integer mqType;
    
        /**唯一单据号*/
        @JSONField(name = "seq_no")
        private String seqNo;
    
        /**门店号*/
        @JSONField(name = "store_no")
        private String storeNo;
    
        /**大区号*/
        @JSONField(name = "area_no")
        private String areaNo;
    
        /**异动时间*/
        private String workdate;
    
        /**货号*/
        @JSONField(name = "item_no")
        private String itemNo;
        
        /** 非消息字段，用于补偿删记录使用 */
        private Integer id;
    }

这一行上面，那么我测试了一下。确实不能直接转换了驼峰到下划线的。到网上查询资料。说有配置可以改动，第一时间怀疑是不是什么配置改错了。检查了一遍，没有任何可疑的改动会影响到这里的逻辑，找了代码的始作俑者，坚定是认为这代码当时可以跑通的。然后我找了一个老版本分支的代码跑了起来，发现确实可以转化，我点开了jar包里。发现老代码中fastjson的版本是1.2.70，新版本中版本是1.2.72；终于发现问题了（这里是因为我升级了parent的版本。升级时因为需要引用配置中心，然而在升级之后的版本中被别人把parent改成了1.2.72导致这里出现了问题）；

在1.2.71版本修复了这个东西

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2Rvbmd5aW5nMTc1MQ_size_16_color_FFFFFF_t_70][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2Rvbmd5aW5nMTc1MQ_size_16_color_FFFFFF_t_70 1][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2Rvbmd5aW5nMTc1MQ_size_16_color_FFFFFF_t_70 2][]

## 解决问题： ##

把fastjson版本回退到1.2.70；

## 补救措施： ##

期间丢失的mq数据已经找不回来了，去找了上游发送的数据，捞了出来，模拟发送了消息处理了11-16号上线之后到重新发版的时间段的数据。

## 总结： ##

到这里问题已经迎刃而解了，那么引起这个问题的原因呢，总结如下：

1.上线的时候还是没有认真看日志，日志中的是catch了之后打的error日志，因为以前有部分错误的mq消息，导致错误的认为该日志是正常报错，错过了刚上线时候的观察；

2.在升级版本的时候，需要对比一下其他版本的问题，可能会导致有以前的某种个别写法会在之后的版本不支持的问题，本身是一个很小的问题，放到生产环境中，就变成了一个很大的问题了；

3.老代码写的也挺坑的，这种写法确实很容易出现问题，该下划线就下划线，该驼峰驼峰，一会下划线一会驼峰，搞死人。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2Rvbmd5aW5nMTc1MQ_size_16_color_FFFFFF_t_70]: /images/20221120/56f6e65ca6224da68f005f933502ffc7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2Rvbmd5aW5nMTc1MQ_size_16_color_FFFFFF_t_70 1]: /images/20221120/7081666c0604403a806b32ee0b53b333.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2Rvbmd5aW5nMTc1MQ_size_16_color_FFFFFF_t_70 2]: /images/20221120/60480613506c4b68b65274dd752d3b67.png